в худшем случае прибью ноду

в амазоне обитаю так что пофигу

а, у меня там exec на tail -f

там в любом случае какой-нибудь хак нужен

либо через fifo и руками его тейлить, либо как ты привёл пример через вывод в 1/stdout

в случае с supercronic не нужен хак

оба варианта по-своему плохие :)

*все три варианта

(он видимо сам в /1 все редиректит под капотом сам)

хмм а чем плох суперкроник?

заведением новой неизвестной сущности

крон стандартен, суперкроник - не очень

ну и его каким-то образом надо сунуть в контейнер, а крон там легко и просто ставится

ну тогда и кубернетес плох, нестандартный он

то есть странности с доставкой бинаря в контейнер будет

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

я лучше внесу известную

ну там у них есть пример как бинарь курлом ложить в контейнер, без него все равно нужен dumb-init или tini которые тоже надо ложить курлом как бинарь

эээ, я чота думал что он сам будет pid 1

то есть к нему тоже какие-то хаки надо будет

кто будет, стандартный cron?

мне проще тогда сделать будет while sleep $WEEK; do /run/my/job; done

нет, суперкроник

суперкроник будет

а зачем ему тогда dumb-init?

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

ему не нужен, нужен обычному крону

ну в баше можно это самим скриптом захачить

в некоторых пределах конечно

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

если запущенный кроном процесс завис по какой-то причине (например ждет IO) - получаем неубиваемый контейнер

а если этот же процесс будет запущен тем же суперкроником, то он точно так же теоретически может залипнуть

да вроде он как и dumb-init или tini будет пытаться рипнуть всех чайлдов с помощью sigkill судя по документации (но сам я суперкроник не юзал и поручиться не могу) They often don't respond gracefully to SIGINT / SIGTERM, and may leave running jobs orphaned when signaled. Again, this makes sense in a server environment where init will handle the orphan jobs and Cron isn't restarted often anyway, but it's inappropriate in a container environment as it'll result in jobs being forcefully terminated (i.e. SIGKILL'ed) when the container exits.

так ведь докер сам это будет делать

разве нет?

только с флагом --init который добавили кажется в 17 версии https://docs.docker.com/engine/reference/run/#specify-an-init-process

в смысле? при убийстве контейнера процессы этого контейнера не получат SIGKILL?

ты мне щас шаблон рвёшь

https://stackoverflow.com/questions/49162358/docker-init-zombies-why-does-it-matter вру, в 1.12 добавили

в смысле? при убийстве контейнера процессы этого контейнера не получат SIGKILL?

только PID 1 получит

он-то понятно что получит

а остальные - нет?

насколько я знаю - нет, это отвественность PID 1 процесса а не демона докера

лень проверять, но кажется процессы сдохнут

завтра проверю

https://docs.docker.com/config/containers/multi-service_container/ > The container’s main process is responsible for managing all processes that it starts. In some cases, the main process isn’t well-designed, and doesn’t handle “reaping” (stopping) child processes gracefully when the container exits. If your process falls into this category, you can use the --init option when you run the container. The --init flag inserts a tiny init-process into the container as the main process, and handles reaping of all processes when the container exits.

прикольно, что дока не объясняет, чо будет если сигнал не уедет в дочерние процессы

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

почему ping на внешний ip сервиса доходит, а на внутренний нет?

потому что внешний реально слушается на хосте, а внутренний - всего лишь запись в iptables и там вроде бы нет правила для icmp

вот как, а как мне тогда проверить внутренний dns?

сделай днс-запрос например?

у тебя свой собственный днс внутри кубера?

судя по доке — встроенный который

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

то есть у каждого сервиса получается автоматически имя 'my-svc.my-namespace.svc.cluster.local'

я хз я нуб)0

может тебе не пинги надо, а днс-запрос делать?

да я об этом не подумал, сейчас в впны завернусь обратно и попробую, спасибо :))

может тебе не пинги надо, а днс-запрос делать?

а как это лучше делать? dig? nslookup?

смотря что конкретно ты вообще делаешь

вообще без разницы

я хочу просто понять как-то что стучусь именно на свои локальные сервисы, увидеть хотя бы их адрес локальный или OK, вывод этого не дает

ну любой инструмент подойдёт

host/nslookup/dig

https://pastebin.com/2SHdz5Fc

вот этот вывод не меняется даже для несуществующих сервисов

ну для несуществующих он и должен быть пустым

Привет! Кто тестировал вот эту вещь https://openebs.io/ ? Хочу задать несколько вопросов

а как это лучше делать? dig? nslookup?

host

Добрый день, товарищи ! Подскажите как глянуть логи сервиса : Пишу kubectl logs cheddar-cheese-79fd885f6f-mc685 cheddar-cheese-79fd885f6f-mc685 - это значение беру из столбца name из вывода команды kubectl get pods —all-namespaces Получаю ошибку : Error from server (NotFound): pods "cheddar-cheese-79fd885f6f-mc685" not found cheddar-cheese-79fd885f6f-mc685 - находится не в default namespace , а вдругом.

-n имя_неймспейса

kubectl logs cheddar-cheese-79fd885f6f-mc685 -n NAMESPACE

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

Еще в Pod бывает несколько контейнеров --container=NAME

Еще в Pod бывает несколько контейнеров --container=NAME

ага спасибо, принял к сведенью

Кто знает чатики в телеге по DNS ?

сурово

Кто знает чатики в телеге по DNS ?

думаю это к сисадминам надо сходить

А у них есть масштабные чатики?

Всем привет. Помогите плиз. Пытаюсь запустить openresty в k8s и для него просаживаю конфиги nginx через configmap. configmap монтируется в /usr/local/openresty/nginx/conf/my-conf в файл nginx.conf Чтобы запустить с новыми конфигами вызываю openresty -cconf/my-conf/nginx.conf но под падает с вот такой ошибкой nginx: [emerg] open() "/usr/local/openresty/nginx/conf/my-conf/nginx.conf;" failed (2: No such file or directory) Если запускать из контейнера ручками openresty -cconf/my-conf/nginx.conf то все работает. У меня такое впечатление что что команда пода отрабатывает быстрее, чем появляется файл... Если не сюда, то может подскажите где спросить?