Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Все решения
    • Все решения для Managed Service for Kubernetes
    • Устранение ошибки `Timed out waiting for the condition` при монтировании PVC
    • Устранение ошибки `Timed out waiting for the condition` при монтировании тома с большим количеством файлов
    • Хосты группы узлов Managed Service for Kubernetes долго находятся в статусе `RECONCILING`
    • Под `kube-dns-autoscaler` постоянно перезапускается
    • Не уменьшается количество нод в группе Managed Service for Kubernetes
    • Не увеличивается количество узлов в группе Managed Service for Kubernetes
    • Устранение ошибки `Multi-Attach error for volume`
    • Устранение ошибки `DEADLINE_EXCEEDED`
    • Устранение ошибок с синхронизацией времени на узлах кластера Managed Service for Kubernetes
    • Устранение проблем с разрешением DNS-имен в Managed Service for Kubernetes
    • Устранение ошибки `0/10 nodes are available - node(s) had untolerated taint`
    • Кластер слишком долго находится в состоянии `STARTING`
    • Поды кластера слишком долго находятся в состоянии `PENDING`
    • Устранение проблем с работой HPA в Managed Service for Kubernetes
    • Устранение ошибки `Can't use allocation_policy.locations.subnet_id together with node_template.network_interface_specs`
    • Устранение проблем с монтированием томов к подам кластера Managed Service for Kubernetes средствами Container Storage Interface для S3
    • Кластер Managed Service for Kubernetes слишком долго находится в состоянии `STARTING` после переименования
    • Как добавлять и изменять SSH-ключи пользователей Linux на хостах группы узлов Managed Service for Kubernetes
    • Как назначить статические внешние IP-адреса для узлов кластера Managed Service for Kubernetes
    • Как выдать узлам Kubernetes доступа в интернет
    • Как изменить сеть или подсеть для MDB-кластера
    • Как создать внутренний Ingress-контроллер
    • Как настроить автоматическое удаление старых образов с узлов Managed Service for Kubernetes
    • Как узнать внешний IP-адрес узла Managed Service for Kubernetes
    • Как использовать сертификаты из Certificate Manager в балансировщиках нагрузки или в Managed Service for Kubernetes
    • Как изменить часовой пояс на узлах кластера Managed Service for Kubernetes
    • Как выяснить размер эфемерного хранилища узла Managed Service for Kubernetes

В этой статье:

  • Описание проблемы
  • Решение
  • Если проблема осталась
  1. Managed Service for Kubernetes
  2. Поды кластера слишком долго находятся в состоянии `PENDING`

Поды кластера слишком долго находятся в состоянии PENDING

Статья создана
Yandex Cloud
Обновлена 16 августа 2024 г.
  • Описание проблемы
  • Решение
  • Если проблема осталась

Описание проблемыОписание проблемы

  • При попытке запустить новые поды в кластере Managed Service for Kubernetes, создаваемые поды имеют статус PENDING и не переходят в состояние RUNNING спустя длительное время;
  • Вновь создаваемые поды зависают в состоянии PENDING;
  • Состояние одного или нескольких подов кластера Managed Service for Kubernetes не изменяется на RUNNING.

РешениеРешение

Одной из причин зависания подов в состоянии PENDING может быть то, что выполнение процессов в контейнере инициализации одного или нескольких создаваемых подов не смогло завершиться корректно. Например, внутри проблемных подов может постоянно завершаться с ошибкой демон kubelet. При этом kubelet в таких подах будет сразу же перезапускаться из-за политики restartPolicy: Always.

Подробнее про Init Containers – в официальной документации Kubernetes.

Если проблема осталасьЕсли проблема осталась

Для более подробной диагностики проблем с выполнением kubelet во вновь создаваемых подах потребуется создать запрос в техническую поддержку. При создании запроса укажите следующую информацию:

  1. Идентификатор проблемного кластера Managed Service for Kubernetes
  2. Журналы с syslog-тегами kubelet/kernel/system с одного или нескольких узлов кластера Managed Service for Kubernetes, на которых возникают проблемы с запуском новых подов.

Также вы можете воспользоваться нашим скриптом для автоматического сбора диагностических журналов Managed Service for Kubernetes.

Была ли статья полезна?

Предыдущая
Кластер слишком долго находится в состоянии `STARTING`
Следующая
Устранение проблем с работой HPA в Managed Service for Kubernetes
Проект Яндекса
© 2025 ООО «Яндекс.Облако»