Dmytro
а sds этот точно не умеет в iscsi или ещё что-то что кубер умеет?
ᴅⁱᵐⁱᴅʳ0ˡ
да умеет, согласовывать с начальством и запрос к поставщику придётся делать
R2
в нфс в exports есть опция
R2
позволяет менять права
Grisha
+ helm upgrade -i branch-2757ecd590 deployment/chart '--namespace=dev' --atomic '--timeout=120' --version 31af7c58d0c33608d42e03eac5df9ea45442cd5a --debug --set 'syslogNg.image.tag=31af7c58d0c33608d42e03eac5df9ea45442cd5a' --set 'api.image.tag=31af7c58d0c33608d42e03eac5df9ea45442cd5a' --set 'agent.image.tag=31af7c58d0c33608d42e03eac5df9ea45442cd5a' -f deployment/chart/values.dev.yaml [debug] Created tunnel using local port: '44626' [debug] SERVER: "127.0.0.1:44626" UPGRADE FAILED ROLLING BACK Error: timed out waiting for the condition Rollback was a success! Happy Helming! Error: UPGRADE FAILED: timed out waiting for the condition ERROR: Job failed: exit code 1 Ребзя, а можно в helm видеть что он делает или получать какой-то stderr? а то у мегя джоба зафейлилась, а я даже понятия не имею почему? в данном конкретном случае под не стал вовремя в соятоние Running потому что я намерено допустил ошибку в конфиге, но хотелось бы как-то об этом знать:(
Vadim
Как же Хелм прекрасен
Grisha
ну а что в альтернативу?
Vadim
*крутит барабан* envsubst
Grisha
попробуй --debug
попробовал, это уже с дебагом
Artem
а если перед деплоем запустить —dry-run ? может так увидишь ошибку
Artem
всмысле факт ошибки
Grisha
сейчас попробую
Grisha
я хочу построить систему где девопсы нужны не часто
Denis
это не очень вписывается в парадигму авто деплоев
Написал чарт, протестировал его на корректность и все. Проблем невижу
Grisha
а если перед деплоем запустить —dry-run ? может так увидишь ошибку
dry-run ошибки не видит, т.к фактически поды он не запускает))
Grisha
Написал чарт, протестировал его на корректность и все. Проблем невижу
проблема простая, ошибка к фониг файле или секрете, под не проходит ливнес проб и крашится, хелмп делает ролбек но не говорит почему
Grisha
Да и локально я к сети прода не достучусь:)темболее не достучится разработчик, а релиз у нас делает именно разраб
R2
--debug —recreate-pods —wait
Denis
Grisha
--debug —recreate-pods —wait
сейчас посмотрим :)\
Grisha
https://habr.com/ru/company/southbridge/blog/429340/
Grisha
но судя по этой статье я не получу результат
Grisha
+ helm upgrade -i branch-2757ecd590 deployment/chart '--namespace=dev' --atomic '--timeout=120' --recreate-pods UPGRADE FAILED ROLLING BACK Error: timed out waiting for the condition Error: UPGRADE FAILED: timed out waiting for the condition Rollback was a success! Happy Helming! ERROR: Job failed: exit code 1
Grisha
чаще всего разраб
Grisha
под свой сервис
Andrey
Денис, я не могу, это буду делать не я, а разраб через CI
Helm не покажет ошибки подов. Я для такого kubectl в pipeline пихаю
Denis
а ролбечишься как?:)
Вангую kubectl rollout undo
Denis
чаще всего разраб
Тем более изучи практатики тестрирования хелм чартов на валидность. Я тебе выше написал как это можно сделать. Да я уверен, ты сам один раз правильно напишешь, то разрабы будут ходитьв твою репу с этим чартом, и копировать его по кускам
R2
helm delete —purge
Grisha
helm delete —purge
воу, зачем?
R2
helm ls - будет статус фейлед
Andrey
а ролбечишься как?:)
Всё через helm, kubectl для доставания логов и еаентов
Denis
Бля я ору просто)
Grisha
Helm не покажет ошибки подов. Я для такого kubectl в pipeline пихаю
ну и опять же, kubectl create pod всегда вернет тебе нормальный результат если ошибки в yaml нет
R2
из этого статуса хелм не умеет апгрейдить
Grisha
из этого статуса хелм не умеет апгрейдить
--atomic if set, upgrade process rolls back changes made in case of failed upgrade, also sets --wait flag Будь здоров:)
R2
и что работает ?
Grisha
конечно
R2
и хелм лс чотенько грит деплоед ?
Grisha
+ helm upgrade -i branch-2757ecd590 deployment/chart '--namespace=dev' --atomic '--timeout=120' --recreate-pods UPGRADE FAILED ROLLING BACK Error: timed out waiting for the condition Error: UPGRADE FAILED: timed out waiting for the condition Rollback was a success! Happy Helming! ERROR: Job failed: exit code 1 Вот же мой трейс, там вижно что он не смог накататить релиз и ролбекнулся
Denis
helm delete —purge
Я когда хелм юзал, находил рецепты как востановить релиз без helm delete —purge, но это такой пиздец)
Grisha
branch-2757ecd590 13 Tue Apr 9 19:00:40 2019 DEPLOYED tracker-0.1.0 1.0 dev
Grisha
Я когда хелм юзал, находил рецепты как востановить релиз без helm delete —purge, но это такой пиздец)
это уже давно порешали:) вот если бы они еще порешали с выводом какая часть чарт зафейлилась
Andrey
Надо себе тоже атомик взять, а то я отдельно helm roll back вызываю
Denis
это уже давно порешали:) вот если бы они еще порешали с выводом какая часть чарт зафейлилась
Мы наверное не до конца понимает друг друга) На какой стадии у тебя чарт фейлится?
Grisha
+ helm upgrade -i branch-2757ecd590 deployment/chart '--namespace=dev' --atomic '--timeout=120' --recreate-pods UPGRADE FAILED ROLLING BACK Error: timed out waiting for the condition Error: UPGRADE FAILED: timed out waiting for the condition Rollback was a success! Happy Helming! ERROR: Job failed: exit code 1 это полный трейс того что я вижу, не строчкой больше)
Grisha
[kube] 2019/04/09 16:01:04 Pod is not ready: dev/branch-2757ecd590-tracker-agent-wgbrk
Grisha
да есть такое
Grisha
это уже что-то:)
Grisha
теперь бы их собрать в одно место аля графана
Andrey
Там скорее всего то же самое. Если под не переходит в состояние ready, причину этого надо искать в логах самого пола
Grisha
и знать бы хотя бы какой под зафейлился было бы не плохо
Grisha
эти данные мне дает лог тиллера, а ожидаю я их видеть в трейсе хелма
Grisha
Это и есть боль
Denis
и знать бы хотя бы какой под зафейлился было бы не плохо
Ну ради дебага можно пробежатся по кластеру и глянуть стектрейс подов
Grisha
Можно конечно , но не хочется ведь
Andrey
Я отмечаю поды аннотациями специфичными для релиза и потом через селектор собираю логи
Denis
Можно конечно , но не хочется ведь
Ну епта, ты че не дувопс?)
Andrey
Этого обычно хватает
Grisha
Я отмечаю поды аннотациями специфичными для релиза и потом через селектор собираю логи
Да, как бы в кибане можно следить за релизом , но блин, почему хелм не отдаёт ?
Grisha
Ну епта, ты че не дувопс?)
Да хоть президентом меня назовите, но руками бегать и смотреть это последнее что я хочу
Andrey
Потому что для каждого ресурса нужно свою логику сборки причин делать надо.
Andrey
Поэтому helm просто ждёт от куба сигнала, что ресурс готов
Andrey
Мы для этого библиотеку написали (и бинарник). https://habr.com/ru/company/flant/blog/434160/ https://github.com/flant/kubedog/
Denis
Да хоть президентом меня назовите, но руками бегать и смотреть это последнее что я хочу
Ну значит либо меняй инструмент, или как то тестирую и дебаж это дело, или страдай) Твой выбор)