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. Устранение ошибки `Multi-Attach error for volume`

Устранение ошибки Multi-Attach error for volume

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

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

При попытке использовать persistent volume на нескольких подах одновременно возникют ошибки вида:

  • Multi-Attach error for volume "<volume-name>" Volume is already used by pod(s) <pod1>, <pod2>;
  • Multi-Attach error for volume "<volume-name>" Volume is already exclusively attached to one node and can't be attached to another.

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

По умолчанию с кластером поставляются классы хранилищ, которые основаны на сетевых дисках, и они не поддерживают режим множественного доступа. Подробнее об этом пишем в документации Managed Service for Kubernetes. Это ограничения нашего драйвера, использовать его для множественного доступа невозможно, даже если создать собственный класс хранилища на его основе.

Также такие ошибки могут появляться, если поды, которые должны использовать volume, находятся на разных узлах.

При необходимости использовать ReadWriteMany, рекомендуем воспользоваться CSI для нашего объектного хранилища, потому что тома на его основе поддерживают такой режим доступа. Автоматическая установка через маркетплейс или Helm-чарт описана здесь, а ручная интеграция — здесь.

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

Если вышеописанные действия не помогли решить проблему, то можно организовать хранилище самостоятельно. Некоторые из возможных решений, например nfs или CEPH, поддерживают множественный доступ. Подробнее можно прочесть в официальной документации Kubernetes.

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

Предыдущая
Не увеличивается количество узлов в группе Managed Service for Kubernetes
Следующая
Устранение ошибки `DEADLINE_EXCEEDED`
Проект Яндекса
© 2025 ООО «Яндекс.Облако»