Посмотри какие роли прибиндины к этому sa

а sa это что такое ?

а как посмотреть текущие рбаки в неймспейсе?

да там уже посмотрел пусто

Ну а ты попробуй его поюзать для CI |CD и сам поймешь) Посмотрим как ты запоешь, после того как в 3 ночи деплой зафейлится, а разработчику выкатить релиз нужно здесь и сейчас. Ты бежишь к своему компутеру и начинаешь править состояние релиза в Helm руками 😂 Мне пару раз такого хватило, что бы отказаться этой поделки. Может это конечно красиво и удобно выглядит с наружи, но очень уж не надёжная штука для "непрерывного конвейера".

Using Kubernetes namespace: production Using Kubernetes executor with image lwolf/helm-kubectl-docker:v1103_291 ... ERROR: Job failed (system failure): secrets is forbidden: User "system:serviceaccount:production:default" cannot create resource "secrets" in API group "" in the namespace "production"

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

В случае если сервис по http протоколу работает, то можно через ingress ограничить. А вот если там какой-то другой протокол?

Я поэтому и перестал использовать helm-чарты:) Сделай helm template этого чарта и посмотрь что там создалось.

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

@ установщик бинарей @ лезет в fstab

В смысле в 3 ночи он что то захотел выкатывать? Есть планирование, сроки и т.п. Неча на поводу идти)

Какое планирование? Весь смысл пайплайна в ненужности этой старой дичи.

Я только один пример приведу: с хелмом вы не можете откатить неуспешный релиз, просто повторив последний успешный деплой. Ну и в бонус - если вы создавали ресурс в неуспешном релизе (и он успел создаваться до фейла), то вы и исправить проблему не сможете - новый релиз с исправлением ошибки не накататься. Все потому, что tiller берет за основу последний успешный релиз и генерирует патчи от него.

Кек, ещё один довод обоссать kubespray

аннотация nginx.ingress.kubernetes.io/whitelist-source-range

так как еще swap отключить то?)

Я только один пример приведу: с хелмом вы не можете откатить неуспешный релиз, просто повторив последний успешный деплой. Ну и в бонус - если вы создавали ресурс в неуспешном релизе (и он успел создаваться до фейла), то вы и исправить проблему не сможете - новый релиз с исправлением ошибки не накататься. Все потому, что tiller берет за основу последний успешный релиз и генерирует патчи от него.

Ставишь вот этот плагин для Helm: https://github.com/technosophos/helm-template и потом helm template --name gitlab-runner --namespace production -f values.yaml ./gitlab-runner Так есть скопируй себе локально Helm chart который ты мспользуешь. Заполни values.yaml

оно же и без плагина работает

Ну можно и через —dry-run —debug прогнать, но по мне не очень удобно

я про helm template именно

Незнаю. Я точно помнится плагин ставил, после этого только работало

можно изначально не включать

можно изначально не включать

хз везде по дефолту есть свап если смотреть удаленные сервера или впски или облака.

А можно на под назначить опеределнный mac?

Я правильно понимаю репликацию монги? Я использую локальный сторадж, а она сама реплицируется в свой локальный?

ты чятом не ошибся?

а можно озвучить задачу?

#helmговно

ты чятом не ошибся?

Ну а схема на картинки правильна?

Я правильно понимаю репликацию монги? Я использую локальный сторадж, а она сама реплицируется в свой локальный?

а вопрос про локальные стораджи , кубер может посадить несколько подов на один локальный сторадж если места хватает или нет ?

а вопрос про локальные стораджи , кубер может посадить несколько подов на один локальный сторадж если места хватает или нет ?

Лучше несколько local volume сделать, так каноничнее

Стейтфулсет должен под каждый под делать вольюм по темплейту

пока не очень понятно как это делать

ну то есть набиндить в директории диск один и тот же ?