Cloud Automation Manager в IBM Cloud Private — развертывание недоступно и ожидаются модули

Я установил Helm Release CAM по каталогу, однако отдельные компоненты CAM не развертываются. Похоже, что нет доступного развертывания, и все модули ожидают CAM.

Скриншот развертывания CAM на ICP

После установки NFS после развертывания CAM из каталога PV теперь с самого начала привязаны к утверждениям PV. Однако та же проблема остается, нет доступных развертываний для CAM, а модули зависают либо в init:0/1, либо в ожидании, либо в ContainerCreating без каких-либо изменений.

Изменить: когда я проверял модули, ожидающая ошибка была связана с нехваткой памяти, поэтому я добавил еще один рабочий узел, и у меня больше нет ожидающих развертываний. Однако у меня все еще есть проблема с зависанием модулей в init(0/1), ContainerCreating и ImagePullBackoff. Вот некоторые из ошибок: Ошибка инициализации (0/1) ImagePullBackoff Создание контейнера


person Y. Ro    schedule 03.10.2018    source источник


Ответы (3)


может быть несколько проблем, в зависимости от того, сколько попыток/повторных попыток развертывания CAM вы предприняли: - удалите PVC - отредактируйте PV, чтобы удалить любое утверждение PV (или удалите PV и заново создайте его) - убедитесь, что экспорт NFS определено правильно: (см. внизу страницы) https://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/cam_create_pv.html — удалите все предыдущие файлы/данные из местоположений PV на диске — удалите неудавшееся развертывание диаграммы CAM, если она все еще там

Если у вас возникли дополнительные проблемы, предложите открыть запрос в службу поддержки, чтобы мы могли помочь вам прямо сейчас! ibm.biz/icpsupport

спасибо.

person SBERENS    schedule 05.10.2018

Эта проблема может быть связана с тем, что CAM PV не созданы или не связаны. Не могли бы вы проверить 4 PV CAM, созданных перед развертыванием CAM

В консоли ICP > Platform > Storage вы должны увидеть 4 PV CAM следующим образом:

введите здесь описание изображения

Пожалуйста, проверьте https://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/cam_create_pv.html о том, как создавать CAM PV.

person L Jeffrey    schedule 03.10.2018
comment
Запросы на разъяснения или дополнительную информацию должны быть в комментарии, а не в ответе. Кроме того, пожалуйста, не полагайтесь на ссылки для большей части информации в вашем ответе. Ссылки могут стать мертвыми, или информация на другом конце может быть изменена. - person mypetlion; 04.10.2018
comment
Привет, Джеффри, спасибо за ответ! Я уже следовал этим инструкциям, чтобы создать PV до того, как развернул CAM, однако статус PV по-прежнему выпущен, а статус утверждения PV все еще находится на рассмотрении. - person Y. Ro; 04.10.2018
comment
У вас установлен клиент NFS на всех узлах кластера icp. - person L Jeffrey; 04.10.2018
comment
например если ваш icp-кластер работает на ОС Ubuntu, убедитесь, что на всех узлах установлен следующий клиентский пакет NFS: - person L Jeffrey; 04.10.2018
comment
sudo apt-get update sudo apt-get install nfs-common. - person L Jeffrey; 04.10.2018
comment
На главном узле ICP убедитесь, что он может подключиться к общему драйверу NFS, например. mount -o ‹IP-адрес сервера NFS›:/export/CAM_db /mnt/testdb - person L Jeffrey; 04.10.2018
comment
Я установил пакет NFS, но PV не были ограничены. Я сохранил утверждения PV и удалил сами PV, и когда я снова добавил PV, они стали ограниченными. - person Y. Ro; 04.10.2018
comment
Однако ни одно из развертываний по-прежнему недоступно, а модули все еще находятся на рассмотрении. Был ли это неправильный способ ограничения PV? - person Y. Ro; 04.10.2018
comment
Привет, Джеффри, я удалил камеру, клипы и претензии к клипам и начал заново. После установки NFS после развертывания CAM из каталога PV теперь с самого начала привязаны к утверждениям PV. Однако та же проблема остается, нет доступных развертываний для CAM, а модули зависают либо в init:0/1, либо в ожидании, либо в ContainerCreating без каких-либо изменений. - person Y. Ro; 04.10.2018
comment
на главной виртуальной машине icp запустите следующую команду, чтобы узнать, почему модули находятся в состоянии ожидания: 1) kubectl get -n services pods 2) kubectl description -n services pods ‹pod-name› . - person L Jeffrey; 05.10.2018
comment
Здравствуйте, Джеффри, спасибо за ответ. Нерешенные проблемы были связаны с нехваткой памяти, поэтому у меня больше нет этой проблемы. Однако я все еще застреваю во время инициализации или создания контейнеров. Я добавил изображения ошибок в основной пост. - person Y. Ro; 08.10.2018

Просмотрите варианты автономной установки IBM Cloud Automation Manager. При автономной установке запуск pod cam-iaas может занять несколько часов.

https://developer.ibm.com/cloudautomation/2018/10/18/ibm-cloud-automation-manager-3-1-delivers-improved-offline-installation-experience/

person Hendrik van Run    schedule 18.10.2018