dm
АГА! теперь осталось разобраться почему они рестартуют.
Size: a a a
2021 June 23
СЗ
последнее обновление апрель месяц
dm
я не говорю правду. я предполагаю.
СЗ
хороший вопрос. мастеры по 8цпу\32рам, и пользовательских приложений там неот от слова совсем
СЗ
кстати по поводу рестартов. в окд3 было хорошо видно почему рестартует под.
а тут прямо без поллитру не разберешь.
а тут прямо без поллитру не разберешь.
dm
информация должна быть в ивентах. Вот только они быстро удаляются. поймать момент надо. Ну или logging запилить и тащить ивенты в базу для дальнейшего курения
СЗ
в ивентах и логах
openshift-authentication все чистоVR
как же он рестартится, без записи в ивенты? :)
СЗ
openshift-authentication и не рестартится.
DG
@vrutkovs а есть какие-то причины, почему встроенный в шифт оаф2 провайдер юзеринфо эндопоинт не предоставляет?
VR
я не знаю таких, но звучит так как будто ты хочешь его использовать как обычный oauth сервер?
DG
В точку )
VR
не надо так. Хотя графане он умеет передавать какое-то базовое юзеринфо
DG
Раз уж он даёт оидц токен, почему бы его для этого и не использовать
СЗ
по поводу сборок. на двух нодах был закешированный образ.
мы сегодня в рамках расследования пересобирали образ с билдахом.
а туда обновленный образ не заехал.
решение было правильным https://github.com/containers/buildah/issues/3189
export REGISTRY_AUTH_FILE=/etc/containers/auth.json
просто решение до двух нод не доехало
мы сегодня в рамках расследования пересобирали образ с билдахом.
а туда обновленный образ не заехал.
решение было правильным https://github.com/containers/buildah/issues/3189
export REGISTRY_AUTH_FILE=/etc/containers/auth.json
просто решение до двух нод не доехало
JS
кто-нибудь может проверить? у вас
у меня почему-то игнорируется совсем.
.spec.minReadySeconds работает (для deployment)?у меня почему-то игнорируется совсем.
СЗ
а можешь полный пример дать и какой результат должен быть?
JS
https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#min-ready-seconds
насколько я понял как оно работает - пода кубер/шифт должны перед включением поды в балансировку выжидать указанное в
> MinReadySeconds is the minimum number of seconds for which a newly created pod should be ready without any of its container crashing, for it to be considered available. Defaults to 0 (pod will be considered available as soon as it is ready)
тесты показывают, что не выжидает, как только контейнер стал ready - в него летит трафик
насколько я понял как оно работает - пода кубер/шифт должны перед включением поды в балансировку выжидать указанное в
.spec.minReadySeconds время> MinReadySeconds is the minimum number of seconds for which a newly created pod should be ready without any of its container crashing, for it to be considered available. Defaults to 0 (pod will be considered available as soon as it is ready)
тесты показывают, что не выжидает, как только контейнер стал ready - в него летит трафик
СЗ
я надеялся на манифестик) мозг не варит уже
JS
https://docs.openshift.com/container-platform/3.3/dev_guide/deployments/how_deployments_work.html#creating-a-deployment-configuration
вот аналогичная дока для ош (но старой версии)
и там готовый манифест
вот аналогичная дока для ош (но старой версии)
и там готовый манифест