более общий вариант со сложными данными - записать в файл и через -f/--values передавать
Да тут как раз и в этом особенность кейса, хотят "хотфикс" быстро. Я бы сделал через configmaps
Pavel
Pavel
Спасибо большое
Pavel
более общий вариант со сложными данными - записать в файл и через -f/--values передавать
Я чтото не особо верю в set-string судя по описанию, но ладно. Уже пробую.
Andrey
--set val={1,2,3} передаст в val массив [1,2,3] то есть распарсит. --set-string запишет строковое значение {1,2,3}
Pavel
--set val={1,2,3} передаст в val массив [1,2,3] то есть распарсит. --set-string запишет строковое значение {1,2,3}
Надеюсь он скушает фигурные скобки
Rainbow
А в чем проблема делать
--set $(cat file.json | base64 -w0)
?
Pavel
--set $(cat ${VAR1} | base64 -w0 )
так прокатит?
Pavel
Ща, так тоже попробую. Спасибо
Rainbow
{} нужны если там текст рядом, просто $VAR1
Rainbow
${VAR1}path
Rainbow
Это минутка занудства 🙈
Pavel
--set env.TEST=(cat $TEST | base64 -w0)
вот так сделал
Pavel
И видимо это неправильно))
Rainbow
ну внутрь попадёт base64, его там распаковать стоит...
Rainbow
configmap если сгенерить туда как раз base64 и valueFrom можно делать configMapKeyRef
Pavel
Главное, чтобы провалилась туда, там уже разберемся)
Pavel
configmap если сгенерить туда как раз base64 и valueFrom можно делать configMapKeyRef
Интересно, я так и сделаю в ПН наверное
Pavel
Ща бы завести и спать пойти
A
Сломаю насмерть - придется собирать с нуля
Тоже планирую такое, поделитесь опытом, когда полечиться добавить мастера...
A
Всем привет! Недавно начал копать кубик и столкнулся с проблемой CoreDNS- CrashLoopBackOff. Перерыл добрую часть eng/ru google - ни одно из решений меня не спасло. Кто-нибудь желает помочь починить этот удивительный под ?
У меня была проблема с coredns, но немного другого плана, не работал днс из подов когда одна из реплик была на мастер ноде, так и не разобрался в чем дело, просто текст на мастер ноде нет реплики. А что говорит в логах?
Evgenii
У меня была проблема с coredns, но немного другого плана, не работал днс из подов когда одна из реплик была на мастер ноде, так и не разобрался в чем дело, просто текст на мастер ноде нет реплики. А что говорит в логах?
plugin/loop: Seen "HINFO IN 7847735572277573283.2952120668710018229." more than twice, loop detected
Вот такая вещь в логах
Evgenii
На стэковерфлов есть предложенные решения- но я не попадаю в них. Суть в том, что там предложено решение изза локального резолвера systemd-resolver - которого у меня нет.
A
plugin/loop: Seen "HINFO IN 7847735572277573283.2952120668710018229." more than twice, loop detected
Вот такая вещь в логах
У меня то же от loop но пожеще, upstream backend unreachable... У вас какая то петля, на разных нодах реплики?
A
Evgenii
1 нодовая конфигурация, в /etc/resolv гугловый днс.
A
1 нодовая конфигурация, в /etc/resolv гугловый днс.
Там же по умолчанию две реплики... Сколько нод в кластере? На своем железе?
Evgenii
bare-metal - 1 инсталляция
Evgenii
под Centos 7.5
Evgenii
ну и соответственно разрешил мастеру запускать несистемные поды, что кстати тоже не особо работает при установке Helm из Gitlab - Kubernetes Integrations
Evgenii
но это совсем другая история, которую я еще особо не разбирал. Там суть в том, что при установке из под гитлаба helm на кубике падает, потому что не может найти какой-то pod
A
Резолвконф своей покажите
Evgenii
nameserver 8.8.8.8
A
И покажите coreconfig в configmap
Evgenii
И покажите coreconfig в configmap
5 мин, я в процессе реинсталла - после kubeadm reset посыпался flannel - что то не даёт удалить link
A
Ок, пишите
Evgenii
apiVersion: v1
data:
Corefile: |
.:53 {
errors
health
kubernetes cluster.local in-addr.arpa ip6.arpa {
pods insecure
upstream
fallthrough in-addr.arpa ip6.arpa
}
prometheus :9153
proxy . /etc/resolv.conf
cache 30
loop
reload
loadbalance
}
kind: ConfigMap
metadata:
creationTimestamp: 2018-11-30T15:34:43Z
name: coredns
namespace: kube-system
resourceVersion: "201"
selfLink: /api/v1/namespaces/kube-system/configmaps/coredns
uid: 75a176ff-f4b5-11e8-b196-001d606da4d9
A
Под должен сам перегрузиться, или удалите сами
Evgenii
Удалите loop из конфига, мне помогло
если удалить Loop -действтительно он больше не сыпется, но нормально ли это ? - много где пишут - нет ....
stempher
если удалить Loop -действтительно он больше не сыпется, но нормально ли это ? - много где пишут - нет ....
У себя сделал так. Днс работает корректно
Evgenii
Под должен сам перегрузиться, или удалите сами
не перезагрузился. не напомните как удалить под ?
Evgenii
Anatoly та же самая ошибка
Evgenii
"HINFO IN 9042479181746974991.7255376329693042643." more than twice, loop detected
A
Вместо 8.8.8.8 попробуйте другой
🅰ртем Вилков
Земляной Вал, 42/20 / Воронцово Поле, 20
http://go.2gis.com/8a6ct
Evgenii
Я нашел кто-то в issues предложил такой вариант решения
.:5354 {
loop
proxy . 8.8.8.8:53 {
protocol dns force_tcp
}
log
errors
}
Evgenii
неа, не помогает
Evgenii
придётся воспользоваться всё-таки решением stempher'a
Evgenii
Anatoly а вы использовали куб с gitlab-ci ? я имею в виду подключали ли кластер к гитлабу ?
A
stempher
G72K
Смотрю я на Prometheus-operator, оно радостно инсталит cluster role binding с доступом ко всем secret (*) pod (delete) , configmaps, statefulset (*). Ни у кого вопросов "а не жирно ли?" не возникло чтоли за столько времени?
Evgenii
ebalashov
Всем привет - никто не сталкивался proxy_set_header на ингресе не доходят в под? Заголовки стандартные - X-Remote-IP например, а конфиге nginx вижу их после добавления ингреса.
Vadim
Смотрю я на Prometheus-operator, оно радостно инсталит cluster role binding с доступом ко всем secret (*) pod (delete) , configmaps, statefulset (*). Ни у кого вопросов "а не жирно ли?" не возникло чтоли за столько времени?
это cluster-monitoring-operator? Ну да, это чтобы инсталлировать прометеи в другие неймспейсы
Vlad
Anatoly а вы использовали куб с gitlab-ci ? я имею в виду подключали ли кластер к гитлабу ?
У нас все раннеры в кубере
Evgenii
У нас все раннеры в кубере
Интересует интеграция самого gitlab-ci(operations -> kubernetes) с кубиком
Evgenii
у меня там застрял моск
Vlad
Мы через helm chart создаём runner и он потом сам скейлится
https://gitlab.com/charts/gitlab-runner
Evgenii
ну хелм то я использую, интересно было посмотреть как гитлаб работает с кубером
Evgenii
там удобные кнопочки типа - задеплоить хелм, инфлюкс и тп. Они для меня не работают :(
G72K
это cluster-monitoring-operator? Ну да, это чтобы инсталлировать прометеи в другие неймспейсы
Деплоить Прометей != Следить за правилами для этого прометея.
Vadim
Деплоить Прометей != Следить за правилами для этого прометея.
за правилами следит роль prometheus-k8s-config, которая выдается prometheus-k8s, и роль prometheus-k8s где ридонли нод, сервисов, подов и эндпоинтов
G72K
за правилами следит роль prometheus-k8s-config, которая выдается prometheus-k8s, и роль prometheus-k8s где ридонли нод, сервисов, подов и эндпоинтов
За правилами (ServiceMonitor CRD) следит prometheus-operator, так? Он же деплоит statefulset прометея. У оператора есть параметр -namespace который ограничивает все информеры, т.е. чтобы прочитать ServiceMonitor должно быть разрешено в том же неймспейс читать все секреты, хотя одно с другим вообще не очень связано.
Vadim
За правилами (ServiceMonitor CRD) следит prometheus-operator, так? Он же деплоит statefulset прометея. У оператора есть параметр -namespace который ограничивает все информеры, т.е. чтобы прочитать ServiceMonitor должно быть разрешено в том же неймспейс читать все секреты, хотя одно с другим вообще не очень связано.
нет, оператор следит только за инстансами прометея. Правда я не очень понимаю можно ли указывать CRD в биндингах
G72K
G72K
нет, оператор следит только за инстансами прометея. Правда я не очень понимаю можно ли указывать CRD в биндингах
https://github.com/coreos/prometheus-operator/blob/master/pkg/prometheus/operator.go#L219
Vadim
https://github.com/coreos/prometheus-operator/blob/master/pkg/prometheus/operator.go#L219
хмм, ну да, раз CRD не неймспейснуты, то приходится делать так. Иначе придется делать другой SA который бы читал/писал во весь кластер чтобы реагировать на изменение CRD
Vadim
https://github.com/coreos/prometheus-operator/blob/master/Documentation/rbac.md