GNU/Linux Help
DevOps — русскоговорящее ...
ntwrk
Kubernetes — русскоговоря...
pgsql – PostgreSQL
ClickHouse не тормозит
Docker — русскоговорящее ...
Системное администрирован...
werf (чат)
Это RabbitMQ
DevSecOps - русскоговорящ...
После возникновения этой проблемы переключались на 2.0.3 и деплоили? Или
когда-то деплоили? Если когда-то, то скорее всего что-то другое изменилось за это время (и рекомендую ещё раз проверить, точно ли не меняется домен, да и через kubectl apply неплохо бы проверить тогда)
8 ответов
1. нет, не пробовал переключаться на 2.0.3. 2. с момента последнего успешного деплоя из этой репы (когда был деплой 2.0.3), больше ничего не деплоилось оттуда. попробую откатиться на 2.0.3 и прогнать план.
кстати вот вопрос. откатиться я так понимаю, через trdl нельзя заюзать 2.0.3? это только скачивать и подкладывать бинарник?
проверил через apply --dry-run=server. так же срабатывает вебхук. хотя изменений нет в ямле. пойду что ли в канал с DKP.
Да, верно
:/ понятно :/
хотя все равно не понял. если werf сначала вычисляет дифф с сервером. получается, что он пытается через драйран=сервер (или что-то похожее) накатить и получить дифф с уже накатанным ресурсом. но если apply --dry-run=server вызывает срабатывание вебхука сейчас, то как это работало раньше? к примеру в 2.0.3. это работало, хотя бы потому, что я катал как раз настройки DKP через werf. то есть механизмы проверки/получения изменений поменялись между 2.0.3 и 2.6.0?
Ilya Lesikov
L.
Автор вопроса
хотя все равно не понял. если werf сначала вычисля...
Не знаю, отчего у вас работало раньше. Может вебхук в декхаусе обновился, может в kubernetes что-то изменилось, может ещё что-то. Логика обновления ресурсов с werf 2.0.0 значительно не менялась.
Похожие вопросы
Обсуждают сегодня