B
плохое решение. нельзя на каждое изменение кластера удалять кластер и катить заново, это же не винда в конце концов
Но я так понял это с нуля разворачивается
Size: a a a
2019 December 06
B
Если на рабочее что-то, то да, согласен
B
Просто каждый раз когда оно падает при деплое "что-то идет не так" по опыту
A
Но я так понял это с нуля разворачивается
Нейн, технически оно еще не введено в прод статус, но нельзя из этого делать блэк-бокс. типо один раз поставили и все. живем так до след апдейта, а там раскатываем рядом и мигрируем
A
Просто каждый раз когда оно падает при деплое "что-то идет не так" по опыту
там постоянно, что-то идет не так))) чего только стоит заглушка в роли логгирования, которая с нами с версии 3.9)))
A
я вот ток понять не могу...вроде стартует, ок, начинает слушать...откуда он блин получается сигнал на выключение?
2019-12-06 03:40:52.275043 N | pkg/osutil: received terminated signal, shutting down...
WARNING: 2019/12/06 03:40:52 grpc: addrConn.resetTransport failed to create client transport: connection error: desc = "transport: Error while dialing dial tcp IP:2379: getsockopt: connection refused"; Reconnecting to {IP:2379 0 <nil>}
VR
потому, что плейбук из
pvc не создается, поды не переезжают на необходимый пул тачек
openshift-monitoring/config.yml не делает ничего, кроме как передеплоивывает kibana.pvc не создается, поды не переезжают на необходимый пул тачек
Плейбук мониторинга редеплоит кибану?
A
Плейбук мониторинга редеплоит кибану?
я прочекал перед запуском, он ведет в openshift_cluster_monitoring_operator, собственно роль которая ставит пром и т.д, однако при запуске происходит ничего (не считая, что кибана передеплоивается еще раз, а остальное как было в версии 1, так и остается)
VR
"поды не переезжают" - этого плейбук конечно не сделает, но посмотри в логи и проверь что все указал. Оно видимо пропускает демонсет раз видит что он создался
VR
я прочекал перед запуском, он ведет в openshift_cluster_monitoring_operator, собственно роль которая ставит пром и т.д, однако при запуске происходит ничего (не считая, что кибана передеплоивается еще раз, а остальное как было в версии 1, так и остается)
Логгинг, а не мониторинг
A
Логгинг, а не мониторинг
ой, графану (сорри)
A
"поды не переезжают" - этого плейбук конечно не сделает, но посмотри в логи и проверь что все указал. Оно видимо пропускает демонсет раз видит что он создался
Вроде все
Version 1:
Version 1:
openshift_cluster_monitoring_operator_install: trueVersion 2:
openshift_cluster_monitoring_operator_install: true
openshift_cluster_monitoring_operator_node_selector: {"zone":"internal"}
openshift_cluster_monitoring_operator_prometheus_storage_enabled: true
openshift_cluster_monitoring_operator_prometheus_storage_capacity: 100Gi
openshift_cluster_monitoring_operator_alertmanager_storage_enabled: true
openshift_cluster_monitoring_operator_alertmanager_storage_capacity: 10Gi
A
ну пока это не проблема, проблема, что кластер развалился)
MS
День добрый. А какие права доступы нужны для деплоя OpenShift 4.x на VmWare? Чтот в доке не найду пункта
V
Michael Silich
День добрый. А какие права доступы нужны для деплоя OpenShift 4.x на VmWare? Чтот в доке не найду пункта
Cluster administrator permissions.
V
Хотя это под регистри
MS
Чёт жирно
V
ой, чо жалко чтоль? :)
A
ой, чо жалко чтоль? :)
Дя)
V
Michael Silich
Чёт жирно
The name of the user for accessing the server. This user must have at least the roles and privileges that are required for dynamic persistent volume provisioning in vSphere.