Может кто поборол helm install --wait foo не фейлит релиз, когда внутри Job завершается неуспешно? apiVersion: batch/v1 kind: Job metadata: name: "{{.Release.Name}}" annotainion: "helm.sh/hook": "pre-install" spec: backoffLimit: 1 activeDeadlineSeconds: 10 template: spec: containers: - name: pi image: ruby:2.5 command: ["ruby", "-e", "asdf"] restartPolicy: Never

Есть хуки, которые за это отвечают. Погугли все хуки хелмп

ох накажут тебя сейчас

кто знает: 17.03 по прежнему рекомендуемая версия докера?

кто знает: 17.03 по прежнему рекомендуемая версия докера?

Кстати, @kvaps, спасибо за коммент на stackoverflow по поводу ротации сертификатов аписервера, очень помогло

а, вон оно что, страничка переехала, а гугл еще не обновился

а че где?

Коллеги, а если у Deployment стоит imagePullPolicy: Always, образ в реестре обновили, то kubectl apply -f yaml же не заставит Deployment этот образ выкачать, т.к. сам yaml не поменялся? Как заставить его вытянуть новый образ?

как ингрессы убить из консоли? Я traefik ставлю и думаю дефолтные не нужны

блин, а как же длинные трейсы? =)

тут просто обидно будет если сообщение не долетит, не успеет отправится. в общем как то одного единообразного решения не получается

Коллеги, а если у Deployment стоит imagePullPolicy: Always, образ в реестре обновили, то kubectl apply -f yaml же не заставит Deployment этот образ выкачать, т.к. сам yaml не поменялся? Как заставить его вытянуть новый образ?

Сервисы удалил?

но есть 17.12

В общем оставил пока файло pg внутри minikube - все работает. С подмаунченными папками из хоста именно для для pgdata не решил, из других контейнеров запись в hostPath идет ОК. chown 999:999 и прочее не помогает.

Кстати, @kvaps, спасибо за коммент на stackoverflow по поводу ротации сертификатов аписервера, очень помогло

юзать норм теги а не latest?

а там разве меняли api?

chown где происходит? это должен быть инит контейрен бегущий от рута, иначе же не выйдет сделать chown если контейнер сам тоже бежить от юзера pg_user 999

initdb: could not create directory "/var/lib/postgresql/data/pgdata/pg_wal": Permission denied

как ингрессы убить из консоли? Я traefik ставлю и думаю дефолтные не нужны

Подскажите как лучше быть. Есть кластер в AWS и в нем есть Ingress. Как лучше или как будет практичнее, выводить Ingress через Service с типо LoadBalancer или запускать Ingress через DaemonSet и потом на него натравить TCP LB ?

Versions 17.06+ might work, but have not yet been tested and verified by the Kubernetes node team. Keep track of the latest verified Docker version in the Kubernetes release notes.

если много траффика и критичен респонс тайм то демонсет чтобы избежать снат внутри кластера, иначе лучше деплоймент с HPA

У меня работающая кофигурация от неработающей отличается только одной строчкой kind: PersistentVolume apiVersion: v1 metadata: name: postgres-pv spec: accessModes: - ReadWriteOnce capacity: storage: 3Gi storageClassName: "standart" hostPath: # here! # store in shared folder - not working #path: {{ .Values.persistence.mountPath }}/pg # store in minikube - working path: /data/pg/ type: DirectoryOrCreate Если pv в minikube - то работает, если pv в папке расшариваемой то нет. И это чисто проблема с правами в postgres. Другие контейнеры спокойно маунтятся и пишут файло в расшириваемую папку.

но это было лет 5 назад

Есть много кейсов, когда нужен latest https://github.com/kubernetes/kubernetes/issues/33664

опять за рыбу гроши, это антипаттерн - конечно можно костыльнуть но зачем если делается деплоймент пайплайн с нуля?

Вопрос был не зачем, а как, всё-таки. Есть необходимость использовать latest или какой-то ещё фиксированный тэг. K8s - это платформа, на которой люди делают то, что им надо. Некоторые из кейсов описаны в issue, который я привёл.

Вопрос был не зачем, а как, всё-таки. Есть необходимость использовать latest или какой-то ещё фиксированный тэг. K8s - это платформа, на которой люди делают то, что им надо. Некоторые из кейсов описаны в issue, который я привёл.

нет такой необходимости

не нужно придумывать велосипед имхо, нужно всегда писать в stdout/stderr контейнера. А вот как оттуда выгребать и куда слать логи - уже не приложения отвественность

"молоток не предлагать!"

Например https://github.com/kubernetes/kubernetes/issues/33664#issuecomment-253880212

Согласен. Какие адекватные варианты для сбора логов после с учётом мультилайна и возможностью игнорить некоторые контейнеры или поды? А то регулярно пробиваются лимиты saas сборщика, а у себя поднимать greylog или elk или efk пока нет желания

забил потому что у меня пхп приложения и девелоперы накрутили какую-то либу которая стектрейс форматирует красиво (видимо чтобы на веб странице смотреть), а в cli так такой треш выходит, либу настраивать только для cgi режима они не хотели и я забил