а как ты выяснил, что не передается?

кавычечки?

Note: Unlike the shell form, the exec form does not invoke a command shell. This means that normal shell processing does not happen. For example, ENTRYPOINT [ "echo", "$HOME" ] will not do variable substitution on $HOME. If you want shell processing then either use the shell form or execute a shell directly, for example: ENTRYPOINT [ "sh", "-c", "echo", "$HOME" ]. Variables that are defined in the Dockerfileusing ENV, will be substituted by the Dockerfile parser.

Коллеги ищем докладчиков по. Kubernetes на DevConf'17 https://devconf.ru/ru/offers

Никого Helm не бесит? :)

мне не нравится их дефолтный алгоритм генерации имен/сервисов а так в целом терпимо

Оно сегодня при удалении релиза удалило то, что в релиз не входило :)

база данных triangular-chinchilla-dokuwiki блин... `triangular-chinchilla-dokuwiki.default.svc.cluster.local" а если через "--name dokuwuiki" делаешь то получаешь понятное название в хелме но адрес dokuwiki-dokuwiki.default.svc.cluster.local вместо dokuwiki.default.svc.cluster.local

ну это от чарта зависит... не боги их пишут :)

я дак его юзаю в основном для самописных чартов

Любой чарт может перезаписать любой template , в итоге никогда не знаешь что твой собственный template тебе вернет. Оправдание этому в доке какое то детское

ну это от чарта зависит... не боги их пишут :)

Ну package manager должен уж как то гарантировать корректность

Еще эта идея публиковать тарболы в стиле 90х, брр

намекаешь на то что надо форкнуть? :)

Еще из неподтвержденых: похоже что если в чарте есть namespace, и оно не совпадает с namespace релиза, то хелм его конечно поставит, но вот удалить забудет :))

намекаешь на то что надо форкнуть? :)

точно, форкнем и назовем Rubernetes

r8s

Helm.sh/post-upgrade хук: Если это job то следующий апгрейд релиза провалится, так как оно не сможет его создать.

Еще этот tiller, нафига? Все равно все пишет в configmap, а атомарность create позволяет делать лок на конекретный редиз, так что тиллер вполне себе мог бы жить в клиенте

Просто кому то хотелось в grpc поиграться :)

намекаешь на то что надо форкнуть? :)

Это я у тому, что на всех этих докладах рассказывают про молочные реки, а в реальности там пираньи

ну за это им и платят, я давно уже не ведусь на доклады и хайпы

нам-то платят за противоположное )

Это я у тому, что на всех этих докладах рассказывают про молочные реки, а в реальности там пираньи

Хорошо, если только пираньи))) А то ещё и аллигаторы с акулами попадаются.

ну за это им и платят, я давно уже не ведусь на доклады и хайпы

За то Манагеры ещё как ведутся-)))))То есть те кто покупает)) а ты потом разгребай.

ну хоть ведутся, у меня как-то наоборот получается: "чуваки, я тут в свое свободное время исследовал новую штуку и она подойдет лучше текущей, вот тут получим то-то а тут ускорится на столько-то" а они такие: "ну не знаю... нам кажется тебе просто скучно" :)

ну хоть ведутся, у меня как-то наоборот получается: "чуваки, я тут в свое свободное время исследовал новую штуку и она подойдет лучше текущей, вот тут получим то-то а тут ускорится на столько-то" а они такие: "ну не знаю... нам кажется тебе просто скучно" :)

Вот уж не знаю, что лучше))) Воздушные замки, или дикие слоупоки

обычно середина

Всем привет

Никого Helm не бесит? :)

меня)

Никого Helm не бесит? :)

Кто-нибудь использует в чартах network policy? Как helm upgrade можно делать с ними?

helm это вроде менеджер пакетов, сеть тут каким боком?

helm это вроде менеджер пакетов, сеть тут каким боком?

Достаточно простым. Это такой же объект как pod или service

ну и объект. как это связано с менеджером пакетов то?

А внутри пакета что?)

nginx например

или ещё какой софт

это обычный apt или yum по сути

это обычный apt или yum по сути

нет, это кривой kubectl apply с блэкджеком

никакой транзакционности и роллбэков. может посчитать что изменений нет,хотя если сравнить оъект в helm get release и в kubectl get XXX -o yaml они будут разными

все подвязано на labels и selectors ,от этого ты можешь установить новый релиз, удалить его, а оно с собой утянит что-то что было до этого. просто потому что labels совпали :)

из свежего: изменения в initContainers напрочь игнорятся :)

Привет, а http://www.telepresence.io/ кто-нибудь пробовал? у меня чёт какие-то странные ошибки при запуске, хотя шелл вроде взлетел но вот на второй запуск днс перестал работать куберовский из шелла

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

Неплохая штука, но вообще есть minikube

ну допустим у меня есть сервис который от 3х других зависит

Привет, а http://www.telepresence.io/ кто-нибудь пробовал? у меня чёт какие-то странные ошибки при запуске, хотя шелл вроде взлетел но вот на второй запуск днс перестал работать куберовский из шелла

на вид классно, жаль что не работает :)

можно с миникубом как-то не запускать эти 3 сервиса локально?

а использовать те что в тестинг контуре кубера

Ещё оно мне tor-socks в процессе установки поставило, и зачем-то собрало 3й питон из исходников

а так хотелось что-бы просто заработало :(

вон оно чо.. действительно Unhealthy =)

охуеть. у меня тоже

etcd-0 Unhealthy Get https://etcd.cluster1:2379/health: remote error: tls: bad certificate

хотя с сертификатами точно все в порядке

уже ссылку кидали закрытую багу.. думаю в 1.6.3 пофиксят

а. не заметил сначала

т.е. это только health check сбоит?

а данные куба ты в etcd нашел? по дефолтному префиксу /registry у меня тоже ничего нет. странно

Я хз где там что... в etcd2 был удобный list.. в 3 я похожее не нашел

но судя по статам, что-то да в кластере есть

+--------------------------+------------------+---------+---------+-----------+-----------+------------+ | ENDPOINT | ID | VERSION | DB SIZE | IS LEADER | RAFT TERM | RAFT INDEX | +--------------------------+------------------+---------+---------+-----------+-----------+------------+ | https://10.8.38.25:2379 | 8db60315ecac18c6 | 3.1.5 | 4.1 MB | false | 15 | 2700359 | | https://10.8.27.91:2379 | 2c158b35add3cc39 | 3.1.5 | 4.1 MB | false | 15 | 2700359 | | https://10.8.164.13:2379 | 50ad704529b6bb22 | 3.1.5 | 4.1 MB | true | 15 | 2700359 | +--------------------------+------------------+---------+---------+-----------+-----------+------------+

а данные куба ты в etcd нашел? по дефолтному префиксу /registry у меня тоже ничего нет. странно

сам не пробовал, но что если смотреть клиентом от 3 версии? ETCDCTL_API=3 или как-то так

ага

советую сделать алиас

мой пример

source /etc/environment.tf alias etcdctl="etcdctl --endpoints https://$(hostname):2379 --ca-file /etc/ssl/ca.pem --cert-file /etc/ssl/server.pem --key-file /etc/ssl/server-key.pem" alias etcdctl3="ETCDCTL_API=3 /usr/bin/etcdctl --cacert=/etc/ssl/ca.pem --cert=/etc/ssl/server.pem --key=/etc/ssl/server-key.pem --endpoints=$K8S_APISERVER_ETCD_SERVERS]"

/etc/bash_completion.d/aliases.sh

алиас у меня есть, но в etcd пусто # cluster-etcdctl ls --recursive /coreos.com /coreos.com/network /coreos.com/network/config /coreos.com/network/subnets /coreos.com/network/subnets/10.2.91.0-24

аа, опять пропустил сообщения…

сейчас посмотрю с ETCDCTL_API=3

да есть данные, можно спать спокойно вот команда для вывода списка: ETCDCTL_API=3 cluster-etcdctl get --keys-only --prefix /

ООО! Спасиб)

народ, расскажите как дебажить кубернетес? например, начали падать поды... скорее всего ООМ, или еще что поды-то перезапускаются, там логов никаких нет куда правильно заходить, что искать на предмет выявления ошибок?

Тоже интересно, как отлавливать ООМ, в ивенты это не попадает

у вас dmesg логи собираются же куда-то? вон там видно

ну и может kubelet что-нибудь пишет себе в лог

Люди, а cloud provider можно уже отдельно запускать? Мне б запатчить его и пустить рядышком

парни нужен коллективный разум)

ID=coreos VERSION=1353.7.0 Server Version: 1.12.6

flannel 0.7.0 в rkt , куб 1.6.2, рандомная половина контейнеров не пингуется

те куб запускает поды все ок, кубелеты ругаются, что не могут сделать хэлфчек контейнерам, при ручной проверке этих контейнеров видно , что они запущены и айпи в у них есть внутри, но docker0 они пинговать не могут, также их не видно с хоста, если кильнуть под то с вероятностью в 50% он поднимется с сетью после рестарта