GitLab Runner выполняет werf render ... и в выводе видно: startupProbe: exec:

command:
- bin/healthcheck
- ready
initialDelaySeconds: 20
periodSeconds: 15
timeoutSeconds: 5
failureThreshold: 3
successThreshold: 1

Затем выполняется werf converge ... И если посмотреть, что там на самом деле:

k get deployments.apps -n test core-test -o yaml | grep -A 8 startu

То :
startupProbe:
exec:
command:
- bin/healthcheck
- ready
failureThreshold: 3
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 1

То, что меняются остальные параметры не существенно - основная проблема в том, что timeoutSeconds меняется на 1 секунду и скрипт не успевает выполниться.

Скажите пожалуйста, что я упускаю? Как это вообще может быть ведь werf render ... показывает ожидаемые значения.

передаёте разные values при render и при converge? вот то что за "..."

Значения я передаю с помощью переменных окружения WERF_SET_ так что они одинаковые, между тем, я тоже так подумал и чтобы исключить эту версию заменил в деплойменте шаблон для startupProbe на хардкод - тоесть эти значения туда вписаны руками. Затем я стёр весь нкймспейс (чтоб наверняка) и снова запустил сборку. Результат тот же... Создаётся впечатление, что когда-то давно отрендереныц шаблон где-то храниться и переиспользуется, но я не понимаю, где

Скорее всего проблемы с helm'овым 3way merge. Пробуйте новый движок деплоя, там должно быть решено: https://t.me/werf_ru_news/119

Что-то новенькое: .spec.template.spec.containers[name="core-test"].startupProbe.exec.failureThreshold: field not declared in schema .spec.template.spec.securityContext.allowPrivilegeEscalation: field not declared in schema А о какой схеме тут идёт речь? Что именно надо исправить?

Что за команду запускаете? На какой версии кластера?

У вас похоже failureThreshold не на том уровне объявлен. Должен быть на уровень выше, а не в exec

Это ".spec.template.spec.securityContext.allowPrivilegeEscalation" тоже не на том уровне объявлено. Это должно быть в containers.securityContext, а не в pod. Тут в референсе всё можно найти https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.25/#pod-v1-core

Спасибо. Буду разбираться