Как грамотно запустить контейнер, чтобы работал Ctrl+C

Я вообще последнее время перестал понимать, что спрашивают регистранты. Может, конечно дело и во мне.

С разных сторон, смотря что надо, можно посоветовать:

• или docker kill
• или -it
• или вообще что-то третье

Но использовать докер-контейнер для "while sleep 1; do true; done - точно неправильно.

Ну если не понимаешь - спроси. Я отвечу.

Для чего мне использовать докер-контейнер - это уж мне решать. Вроде задачу описал - запустить контейнер, который ничего не делает (но и не завершается, как, наверное, очевидно из сообщения).

docker kill посылает SIGSTOP и через 10 секунд SIGKILL. Мне не нравится ждать 10 секунд.

-it + ctrl+C посылает SIGINT (и больше ничего не посылает).

Основы докера я знаю. Вопрос в данном случае вообще не про докер, а про линукс. Как запустить программу, которая будет «спать» но в то же время завершится при получении сигнала. Используя стандартные юниксовые команды (желательно те, что идут в docker.io/library/alpine:3) в самом минимальном исполнении.

Вот, взял обиделся, да ещё оказалось, что имел ввиду совсем не то, что имел. Фу таким быть.

Обидеть меня может не только лишь каждый. Мало кому удаётся это сделать. Просто не очень люблю классику форумов, когда начинают объяснять, что я не хочу того, что я хочу. А я хочу.

ENTRYPOINT ["sh", "-c", "trap true TERM; sleep 1 & while wait $!; do sleep 1 & done"]

Пока родил такое из прошлогодней темы. Не знаю, зачем нужен trap но без него SIGTERM не ловит.

запусти cat без аргументов)

это не оно?

Основы докера я знаю. Вопрос в данном случае вообще не про докер, а про линукс. Как запустить программу, которая будет «спать» но в то же время завершится при получении сигнала. Используя стандартные юниксовые команды (желательно те, что идут в docker.io/library/alpine:3) в самом минимальном исполнении.

Сигнал или передается в процесс и он сам решает как на него реагировать, или ядру, который сам решает что делать с процессом. kill -9 до процесса не доходит, соотв. процесс просто не знает что его пристрелят, это может создавать кучу проблем. Соотв. тебе нужно копать сам докер и смотреть можно ли где-то изменить скорость его завершения…

ИМХО, 10 сек это ни о чем.

Не работает, сигналы игнорируются.

А не проблема XY ли это?

Докер запускает указанный в ENTRYPOINT процесс с pid 1 и всё. При команде docker stop этому процессу посылается SIGTERM. Ожидается, что при этом процесс завершится. Если он упрямится - то через 10 секунд его прибивает. Вот вопрос в том, как через стандартные тулзы сделать так, чтобы процесс завершался, а не игнорировал получаемые сигналы. Пока все наивные попытки не работают, стандартные тулзы игнорируют сигналы. Работает только та белиберда на шелле.

Спасибо, может оно и правильней всего будет. Пока хочется попробовать обойтись без установки доп программ, т.к. это больше для отладки нужно, чем для полноценных образов.

Если кто-то будет экспериментировать, то вот конкретные команды:

FROM alpine:3
ENTRYPOINT ["sh", "-c", "trap true TERM; sleep 1 & while wait $!; do sleep 1 & done"]

docker run --rm -it $(docker build -q .)

Нажать Ctrl+C. Должно завершиться сразу.

docker run --rm $(docker build -q .)

в другом терминале

docker container ls
docker container stop inspiring_driscoll

должно завершиться сразу.

Не переводи основной процесс в background, пусть работает в foreground, без демонизации. И костыли не понадобятся

cat | sh?

Тебе нужен нормальный PID 1 процесс в контейнере

https://github.com/krallin/tini

Про tini тут уже упомянули несколько раз, но никто не упомянул, что оно уже встроено в docker-ce.

Запускай контейнеры с флагом --init, и проблема решена.

https://hynek.me/articles/docker-signals/