А подскажите, какой best practice для решения задачи отправки почты из подов?

best practices, всякие неочевидные штуки вроде того, что pvc можно при живом поде удалить))

в Azure Containers (Managed) при этом Pod продолжит работать и данные ему будут доступны... 😁

Доброе утро! какой командой лучше всего достать имя пода с определённым лейблом? использовать awk, или у kubectl есть встроенные средства?

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

Each Pod in a StatefulSet derives its hostname from the name of the StatefulSet and the ordinal of the Pod. The pattern for the constructed hostname is $(statefulset name)-$(ordinal)

мне пофигу на хостнеймы внутри подов, мне надо чтобы поды друг друга могли видеть

и всё равно не работает

Доброе утро! какой командой лучше всего достать имя пода с определённым лейблом? использовать awk, или у kubectl есть встроенные средства?

kubectl get po -l label=value -o jsonpath={.items[*].metadata.name}

Да, всем спасибо, уже всего добился) странный чатик, вначале обосрут за вопрос, потом когда всё сделал начинают помогать)

только щас прочитал

никак не могу добиться, чтобы контейнер, который запускает sleep 3600 не висел 30 секунд после kubectl delete deploy. Уже и TERM ловил, и в бэграунде запускал с wait, всеравно висит 30 секунд. Что можно еще сделать?

"terminationGracePeriodSeconds": 30, менял?

вот как раз пишу, чтобы желательно без этого

я хочу, чтобы контейнер нормально завершил работу, а не был зверски убит

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

конечно, вот это мне и нужно пофиксить

никак не могу добиться, чтобы контейнер, который запускает sleep 3600 не висел 30 секунд после kubectl delete deploy. Уже и TERM ловил, и в бэграунде запускал с wait, всеравно висит 30 секунд. Что можно еще сделать?

у вас там не /bin/sleep случайно без exec?

When a user requests deletion of a pod the system records the intended grace period before the pod is allowed to be forcefully killed, and a TERM signal is sent to the main process in each container. Once the grace period has expired the KILL signal is sent to those processes and the pod is then deleted from the API server.

ну вообще да, просто sleep, но с exec я тоже пробовал (возможно как-то не так пробовал)

если команда не хэндлит SIGTERM, то никак (только зверски)

а, вижу про TERM. Тогда хз.

ну вообще да, просто sleep, но с exec я тоже пробовал (возможно как-то не так пробовал)

проверьте ps axf, там во контейнере должен быть 1 процесс только (помимо вашего kubectl exec которым вы ps запускаете)

вангую sleep отдельным процессом висит

1 root 0:00 sleep 3600

kubectl run b --image=alpine --command -- sh -c "exec sleep 3600"

а, вижу про TERM. Тогда хз.

в смысле я то TERM ловил, но sleep его то всеравно похоже не ловит, и если он ушел на час, непонятно как до него достучаться. Я нагугливал что-то такое: sleep 3600 & waitмол wait провалится как только сигнал получит

да должен sleep ловить sigterm, точно должен

что-то не так

а зачем тогда exec?

чтобы остался только 1 )

$ kubectl run b --image=alpine --command -- sleep 3600 $ kubectl exec b-856d97c674-pzt4c -- ps aux PID USER TIME COMMAND 1 root 0:00 sleep 3600вообще разницы не вижу (c exec и без)

Да, всем спасибо, уже всего добился) странный чатик, вначале обосрут за вопрос, потом когда всё сделал начинают помогать)

предложить прочесть конкретную доку - обосрать?

Нет, я вообще, часто такое замечал)

$ kubectl run b --image=alpine --command -- sleep 3600 $ kubectl exec b-856d97c674-pzt4c -- ps aux PID USER TIME COMMAND 1 root 0:00 sleep 3600вообще разницы не вижу (c exec и без)

exec нужен для /bin/sleep, вот так делать низя /bin/sh -c '/bin/sleep 3600'

а как же нужно?

Ребят, а есть у кого kubernetes up and running?

а как же нужно?

видимо sh -c 'exec sleep 3600' у тебя pid 1 будет sh без exec. sleep не получит сигнал

а если exec - то sleep будет pid 1 и получит сигнал. докер ж только этому процессу сигнализирует

с sleep дурацкий пример на самом деле, да и слип какую проблему решает? *создает*

видимо sh -c 'exec sleep 3600' у тебя pid 1 будет sh без exec. sleep не получит сигнал

я так пробовал, всеравно 30 секунд

с sleep дурацкий пример на самом деле, да и слип какую проблему решает? *создает*

проблему сна. Мне нужно, чтобы контейнер ничего не делал, но был там.

и по term сделал что то?

завершил работу

https://kubernetes.io/docs/concepts/containers/container-lifecycle-hooks/

может тут лучше

PreStop hook

а не проще написать уже на любом языке, который позволяет кэтчить sigterm\sigkill?

а то какая то своя реализация того, что уже есть

а не проще написать уже на любом языке, который позволяет кэтчить sigterm\sigkill?

вот я как раз думал, что со слипом проще

а то какая то своя реализация того, что уже есть

https://github.com/kubernetes/kubernetes/blob/master/build/pause/pause.c

я не хочу поддерживать этот (такой) си код

только что проверил, /bin/sleep нормально выходит по SIGTERM

код в /bin/sleep привычнее, согласен. мы давно его уже знаем и привыкли к нему =)

вот эта не самая плохая: https://www.manning.com/books/kubernetes-in-action

а в сети не за деньги водится? :)

только что проверил, /bin/sleep нормально выходит по SIGTERM

зависит наверное ещё от дистрибутива, в котором этот sleep

только что проверил, /bin/sleep нормально выходит по SIGTERM

почему же 30 секунд?

PreStop hook

не очень понятно, как именно решается проблема моя

я не хочу поддерживать этот (такой) си код

ты хочешь команду при остановке. вот тебе hook на остановку

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

почему же 30 секунд?

я не знаю, но что-то не работает как надо.

я не знаю, но что-то не работает как надо.

а можно вас попросить попробовать у себя с alpine?

или это какая то система засигналить процессу "делай" без использования mq?

или это какая то система засигналить процессу "делай" без использования mq?

это просто контейнер, который должен ничего не делать

while true; do sleep 3600; done меня устраивает на 100% если бы не 30 секундное ожидание до килла

while sleep 3600; do wat?; done

а можно вас попросить попробовать у себя с alpine?

и правда, игнорит SIGTERM

почему бы не взять готовый `k8s.gcr.io/pause`? Там весь сишный код уже написан

а можно вас попросить попробовать у себя с alpine?

не работает (1.8.5)

почему бы не взять готовый `k8s.gcr.io/pause`? Там весь сишный код уже написан

мне кажется это что-то про PID1

мне кажется что внутри bash сценарий никто не отправит в sleep сигнал

если только trap не описать

который будет pkill -f sleep костылять

ну или в trap описать что нужно таки сделать. для меня все еще непонятно зачем это нужно. или раз в 3600сек выполнить задачу или при остановке?

мне кажется что внутри bash сценарий никто не отправит в sleep сигнал

там нету баш после exec

так ведь случай другой, там идея sleep N; dosomething но я хз

dosomething — не надо

короче, я хочу странного

хочу дать доступ приложению в кубере править 1 конфигмап другого приложения

как это сделать?

создай новую роль, в ней resourceNames: ["my-configmap"]

ну вощем это не сильно странное, так?

и даже есть нормальные стандартные пути как сделать это