Ребят. Помогите решить проблему. Имеется контейнер, который хочет graceful shutdown. Просто ловить SIGTERM он не умеет, поэтому я поставил preStop hook: echo exit > /proc/1/fd/0. Но есть проблемка, если я включаю tty: true и stdin: true, то в STDIN процесса из контейнера писать невозможно. В контейнере один процесс и у него pid 1.

Может есть какой-то другой способ послать сообщение в STDIN процесса у контейнера с tty?

из самого контейнера

tini использовать как entrypoint? или я не так понял graceful

tini использовать как entrypoint? или я не так понял graceful

В общем-то правильно понял, но приложение само по себе не умеет правильно падать при SIGTERM, только если послать команду "exit" в STDIN

Может есть какой-то другой способ послать сообщение в STDIN процесса у контейнера с tty?

а эта штука не может из fifo читать, а не из tty?

а эта штука не может из fifo читать, а не из tty?

Не знаю что такое fifo( а как попробовать?

перенаправлением вывода в инит-скрипте твоего контейнера

вот и выросло поколение не знающее что такое fifo

вот и выросло поколение не знающее что такое fifo

Так получилось(

перенаправлением вывода в инит-скрипте твоего контейнера

А можешь, пожалуйста, пример привести?

mkfifo?

mkfifo и потом заставить приложение читать stdin из него

если оно сумеет - будет легко ему вписать чо хочешь

mkfifo fifo && cat fifo | program

так?

типа того

если оно сумеет - будет легко ему вписать чо хочешь

а сможет ли в таком случае куб делать attach с -ti?

хз

а сможет ли в таком случае куб делать attach с -ti?

А надо ли так делать ?

А надо ли так делать ?

Да.

я вообще не знал что куб умеет attach

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

аттач это подрубиться прям в существующий stdin?

Как бы неясно в какой слать стдин

аттач это подрубиться прям в существующий stdin?

я не знаю как оно работает, это докеровский функционал вроде)

а куб его дергает

короче, обычный exec не поможет?

короче, обычный exec не поможет?

нет, это неудобно

тем более что ты все равно через него в fifo сможешь напихать

неудобно - это то, что я чувствую, когда обсуждаю такие костыли

неудобно - это то, что я чувствую, когда обсуждаю такие костыли

писать в stdin процесса — костыль?

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

Если у вас нет такой надобности то я чрезмерно рад за вас

я вообще хорошо живу

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

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

В том-то и дело что приложение не мое

а что за приложение-то?

если не секрет

а что за приложение-то?

legacy Игровой сервер)

название

csgo

ого, в кубенях-то

ого, в кубенях-то

Да тут скорее вопросы про особенности работы докера а не куба

а зачем ему graceful shutdown?

а зачем ему graceful shutdown?

Чтобы игроки не зависли а получили уведомление о том что сервер выключен

Ну и самому серверу нужно кое-какие скрипты выполнить перед тем как он выключится

Да тут скорее вопросы про особенности работы докера а не куба

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

а, а так они зависнут?

этого я не знал

а, а так они зависнут?

ага

и будут ждать таймаута

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

Дело в том что управлять сервером можно через stdin.

То есть слать команды на смену карты, кик/бан и прочие.

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

Ну, имеем то что имеем)

а эта хрень не умеет из сокета читать?

хотя вряд ли

ну в худшем случае можно на перле написать 10 строк скрипт, который будет превращать сокет в stdin и обратно

ну или на любом любимом языке

ну в худшем случае можно на перле написать 10 строк скрипт, который будет превращать сокет в stdin и обратно

А почему плохо писать через kube api прямо в stdin процесса?

ну в худшем случае можно на перле написать 10 строк скрипт, который будет превращать сокет в stdin и обратно

По факту получается тоже самое, что и это

я чота сомневаюсь что это будет нормально работать

потому что ты теряешь возможность послать тот хук

я чота сомневаюсь что это будет нормально работать

Это нормально работало пока не понадобилось сделать graceful shutdown

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

+100

А почему плохо писать через kube api прямо в stdin процесса?

Потому что stdin в облаке такое себе

socat tcp-listen:50505,reuseaddr exec:<your-command>

Потому что stdin в облаке такое себе

Аргументы?

csgo (извините)

Я привел пример

Куча процессов в одном контейнере.

csgo (извините)

lol

Куда писать будешь (как выбирать)?

Куча процессов в одном контейнере.

У нас один процесс в каждом контейнере

У нас один процесс в каждом контейнере

Ага, и костыль

Аргументы?

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

Ага, и костыль

Какой костыль?

Какой костыль?

Для перехвата сигнала