https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/#deployment-and-scaling-guarantees
нет такой гарантии
Before a Pod is terminated, all of its successors must be completely shutdown.
𝚔𝚟𝚊𝚙𝚜
Vadim
Before a Pod is terminated, all of its successors must be completely shutdown.
вот он и будет висеть
𝚔𝚟𝚊𝚙𝚜
но новый-то не создастся
Vadim
и вот у тебя меньше одного пода, когда второй еще создается
𝚔𝚟𝚊𝚙𝚜
даже если бы и создался, то какое-бы он имя по твоему взял? все поды в statefulset именуются как pod-0, pod-1, pod-2...
𝚔𝚟𝚊𝚙𝚜
и это число никогда не превышает количество реплик в statefulset
Mikhail [azalio]
# kubectl get pod | grep access
access-0 1/1 Terminating 0 6m43s
Mikhail [azalio]
не создает
𝚔𝚟𝚊𝚙𝚜
@azalio а как ты проверяешь? - просто ноду тушишь?
Mikhail [azalio]
перекрываю доступ к апи серверу
Mikhail [azalio]
kubectl delete pod access-0 --force --grace-period=0 это конечно дало создать под, но тут уже если админ так сделает - сам себе будет злобный буратино
𝚔𝚟𝚊𝚙𝚜
можно еще через kubectl delete node ноду снести, так и делает cloud-provider, после того как убедится что нода действительно умерла
𝚔𝚟𝚊𝚙𝚜
Коллега как раз такой контейнер сделал, exec в него и сразу в хосте. Главное кублет не перезапускать :) могу спросить что там внутри
как все просто то оказывается
docker run -ti --rm --pid=host --privileged alpine nsenter --target 1 --mount --uts --ipc --net --pid
Terry
𝚔𝚟𝚊𝚙𝚜
как все просто то оказывается
docker run -ti --rm --pid=host --privileged alpine nsenter --target 1 --mount --uts --ipc --net --pid
отлично, тестовый экземпляр готов!
kubectl run --rm --image alpine --overrides='{"spec":{"hostPID":true,"containers":[{"securityContext":{"privileged":true},"image":"alpine","name":"exec","stdin":true,"stdinOnce":true,"tty":true,"command":["nsenter","--target","1","--mount","--uts","--ipc","--net","--pid", "bash"]}]}}' --generator=run-pod/v1 -ti test
Mikhail
Всем привет. Кто нибудь в курсе делает ли k8s http запросы для liveness и readiness проверок с включённым keep-alive? В поде c nginx terminate таймаут выставлен не маленький (возможны аплоады до 2х гигов), и по не понятной мне причине время его завершения получается очень большим.
Mikhail
Да и в момент завершения никаких запросов не идёт к nginx, кроме тех самых liveness и readiness probes.
Михаил
попробую еще раз
Splunk ?
Ты чьих холоп будешь? Княжества литовского небось? На какой загранице сидишь?
Михаил
Чем вм отличается от бареметала? Почему в вм нужно, а в бареметале можно?
Ты меня троллить решил?
Incognito
Михаил
Нет шпланка больше в ру
Incognito
Заморские мы
Incognito
точнее боссы заморские, а сами местные почти
Etki
Incognito
Спланк вообще хорош
G72K
Превью Istio 1.1. мультикластер история получше выглядит, уменьшили количество сервисов загружаемых в память энвою (похоже через костыль Sidecar CRD, почему бы не ограничить доступными по ACL сервисами?), интеграция с Vault. https://preliminary.istio.io/about/notes/1.1/
Vadim
Киали искоропки, круть
Alex Sharov
Подскажите еще пожалуйста, я все борюсь с проблемами DNS.
У меня сетка в кубере - calico, зашел сейчас на под в котором не резолвится внутренний dns - там у меня nameserver 10.43.0.10 это ClusterIP kube-dns. Сам kube-dns вроде работает ок
Alex Sharov
но до сих пор с хоста dns резолвится, а в поде нет
Alex Sharov
куда еще можно глянуть?
Никита
куда еще можно глянуть?
https://kubernetes.io/docs/tasks/administer-cluster/dns-debugging-resolution/
Никита
Я бы сюда смотрел.
Alex Sharov
еще заметил, что calico-node очень часто перезапускаются. Это ок?
Alex Sharov
Alex Sharov
Normal Killing 4m53s (x2 over 5m53s) kubelet, ip-172-22-16-236.eu-west-1.compute.internal Killing container with id docker://calico-node:Container failed liveness probe.. Container will be killed and recreated.
Warning Unhealthy 113s (x30 over 6m43s) kubelet, ip-172-22-16-236.eu-west-1.compute.internal Liveness probe failed: Get http://172.22.16.236:9099/liveness: dial tcp 172.22.16.236:9099: connect: connection refused
Alex Sharov
вот такие ошибки у calico-node пода
Никита
Ну, калико не работает.
Никита
Логи посмотреть не помешает.
Alex
хм, а это нормально, что у меня реплика сеты не удаляются (созданные деплойментами)?
Alex
просто уменьшаются до 0 подов, но остаются
Stefan
а разве поды не должны автоматом переходить на другую ноду, если другая недоступна? некоторые частично переходят, а некоторые в статусе pending:
1 node(s) had taints that the pod didn't tolerate, 1 node(s) were unschedulable
или нужно таки еще настраивать что-то для того поведения, что нужно?
Alex
да, надо настраивать
Stefan
Anton
𝚔𝚟𝚊𝚙𝚜
отлично, тестовый экземпляр готов!
kubectl run --rm --image alpine --overrides='{"spec":{"hostPID":true,"containers":[{"securityContext":{"privileged":true},"image":"alpine","name":"exec","stdin":true,"stdinOnce":true,"tty":true,"command":["nsenter","--target","1","--mount","--uts","--ipc","--net","--pid", "bash"]}]}}' --generator=run-pod/v1 -ti test
Держите плагин
https://github.com/kvaps/kubectl-enter
Oleg
.
Zhyhanov
Держите плагин
https://github.com/kvaps/kubectl-enter
Есть подобная штука называется kubectl debug
Zhyhanov
Но все равно спасибо
Mikhail [azalio]
просто уменьшаются до 0 подов, но остаются
Нормально. Регулируется в файле деплрймента. Сделано чтобы роллбек делать
Alex
Нормально. Регулируется в файле деплрймента. Сделано чтобы роллбек делать
хм, был бы очень рад ссылке на доку
Alex
очень лень гуглить и совсем не напрягает пока, но интересно )
Mikhail [azalio]
очень лень гуглить и совсем не напрягает пока, но интересно )
https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-back-a-deployment начните с rollout history и дальше.
Alex
https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-back-a-deployment начните с rollout history и дальше.
блин, спасибо огромное, нашел .spec.revisionHistoryLimit
Alex
кажетя то, что надо
Mikhail [azalio]
Ага
Alex Sharov
я проблему с systemd-resolved решил радикально:
apt-get install -y resolvconf
systemctl disable systemd-resolved
systemctl mask systemd-resolved
вот я наткнулся ровно на такая же проблему. Подскажите пожалуйста, я хочу вообще адекватного или нет?
У меня есть dns имя которое резолвится в айпишник сети - 172.x.x.x. С хоста все ок. Прочитал, что в убунте прям беда с /etc/resolv.conf. Попробовал уже разное в том числе и эти шаги, но из пода все-равно не резолвится внутренний dns адрес, внешние же резовлятся нормально (например www.google.com)
Alex Sharov
nameserver 172.18.144.232
nameserver 172.22.16.2
ищу же я 172.18.48.11
Alex Sharov
проверил сейчас другой хост из этой же сети - порезолвился ок из пода
𝚔𝚟𝚊𝚙𝚜
контейнеры через coredns резолвят
Alex Sharov
kube-dns в моем случае
𝚔𝚟𝚊𝚙𝚜
попробуй сделать
kubectl delete pod -n kube-system -l k8s-app=kube-dns
𝚔𝚟𝚊𝚙𝚜
возможно что kube-dns по прежнему через systemd-resolved резолвит
The
Подскажите простейший образ с netcat, чтобы контейнеру скормить команду один раз и распарсить output?
The
busybox нельзя под это дело адаптировать, чтобы не в интерактивном режиме было?
да, это я
да, это я
Вроде там много всего было.
engelbart
2019-03-15 11:24:13 +0700 +07 2019-03-15 11:24:13 +0700 +07 1 kibana-5c4b6b9495-49rlh.158c072b0c17b0d4 Pod spec.containers{kibana} Normal Killing kubelet, gke-data-high-mem-57e4812c-gkt4 Killing container with id docker://kibana:Need to kill Pod
что значит Need to kill Pod? чего вдруг need?
Anton
Всем привет, товарищи есть pv который ссылыется на mount point, можно как то пречеком проверить, смонтирован он или нет?
Anton
Чет не найду, может в разделе создать файл с определенным именем и проверять его наличие
manefesto
может pv list
manefesto
или как там
Rainbow
kubectl get pv
Будет bound, не то?