Статус ожидания после команды kubectl create -f busybox.yaml

У меня есть фотография моего Mac ниже.

  • Кластер K8S (на VirtualBox, 1 * мастер, 2 * рабочие)
  • ОС Ubuntu 15.04
  • K8S версия 1.1.1

Когда я пытаюсь создать модуль "busybox.yaml", он переходит в состояние ожидания. Как я могу это решить?

Я вставил ниже онлайн-статус для понимания с помощью картинки (узел описания kubectl).

  • Статус kubectl получить узлы 192.168.56.11 kubernetes.io/hostname=192.168.56.11 Готово 7d 192.168.56.12 kubernetes.io/hostname=192.168.56.12 Готово 7d

  • kubectl get ev 1h 39s 217 busybox Pod FailedScheduling {scheduler} нет узлов, доступных для планирования модулей

  • kubectl get pods НАЗВАНИЕ ГОТОВ СОСТОЯНИЕ ПЕРЕЗАПУСКАЕТ ВОЗРАСТ занято 0/1 В ожидании 0 1 час

И еще я добавил еще один статус. введите здесь описание изображения


kubernetes kubernetes-pod
person TedJung    schedule 14.11.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Вывод "kubectl describe pod busybox" или "kubectl get pod busybox -o yaml" может быть полезен.

Поскольку вы не указали, я предполагаю, что модуль busybox был создан в пространстве имен по умолчанию и что не были указаны ни требования к ресурсам, ни nodeSelectors.

Во многих конфигурациях кластера, включая vagrant, мы создаем LimitRange для пространства имен по умолчанию, чтобы запрашивать номинальное количество ЦП для каждого модуля (.1 ядра). Вы должны подтвердить, что это так, используя команду «kubectl get pod busybox -o yaml».

Мы также автоматически создаем ряд системных модулей. Вы должны увидеть их, используя команду «kubectl get pods --all-namespaces -o wide».

Узлы с достаточно малой емкостью могут заполняться только системными модулями, хотя я бы не ожидал, что это произойдет с 2-ядерными узлами.

Если бы модуль busybox был создан до того, как узлы были зарегистрированы, это могло быть другой причиной этого события, хотя я ожидал увидеть последующее событие по той причине, что модуль оставался в состоянии ожидания даже после создания узлов.

Пожалуйста, ознакомьтесь с руководством по устранению неполадок, чтобы получить дополнительные советы по устранению неполадок, и просмотрите здесь на slack (slack.k8s.io) дополнительную информацию.

http://kubernetes.io/v1.1/docs/troubleshooting.html

person briangrant    schedule 16.11.2015
comment
Я описал kubectl ~~, чтобы увидеть больше деталей, как вы упомянули. pod был создан планировщиком где-то на одном из рабочих узлов. но он показал мне ожидание ... когда я снова перезапускаю kubelet ... затем статус ожидания изменился на запущенный. а также для того, чтобы вы знали .. почему иногда рабочие узлы переходят в неготовое состояние? всякий раз, когда я встречал состояние ... я должен перезапустить его, чтобы он заработал. - person TedJung; 03.12.2015