Несколько процессов, каждый слушает свой порт

обычно демоны пытаются открыть сокет, а если это не получается (в т.ч. ии если уже на этом порту кто-то висит) эта копия демона падает, с сообщением в логе «не смогла открыть сокет localhost:666». Как-то так.

Зачем делать killall мне непонятно.

если демон запускает кто-то другой, можно в этом случае выдавать код скажем 77, и этот кто-то другой может попробовать другой порт.

Если сам демон может запускать сам себя, то он может перебирать порты, перечисленные в конфиге.

Зачем делать killall мне непонятно.

Это был несвязанный поток мыслей, содержащий 2 вопроса ;)
Второй вопрос должен был звучать, как правильно завершить все экземпляры демонов?

Из описания задачи мало что понятно, но можно создавать /var/run/mydaemon-${PORT_NUMBER_OR_NAME}.pid

Попробую перефразировать.
Сейчас работает так, запускаешь демона - он пытается создать сокет, а потом висит и ждёт коннектов. Демон висит даже в том случае, если сокет открыть не удалось.

Завершать все экземпляры демонов по killall - нормально? (Т.е. можно без PID файла обойтись в принципе?)

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

ИМХО правильный ответ: как запускал, так и вырубай. Если твой демон сам нафоркал процессов, так пусть он их PIDы хранит, и когда надо вырубает, отсылая им SIGTERM (ну или я не знаю, как тебе лучше, man 5 signal, там по ссылкам и примеры были, да и вообще в гугле много).

Т.е. можно без PID файла обойтись в принципе?

в принципе можно, но это не очень-то красиво и Ъ.

Демон висит даже в том случае, если сокет открыть не удалось.

O_o

Завершать все экземпляры демонов по killall - нормально?

Если демон пущен как системная служба - нет.

(Т.е. можно без PID файла обойтись в принципе?)

Без pid-файла всегда можно обойтись, проверяя и убивая процессы просто по имени.

Демон висит даже в том случае, если сокет открыть не удалось.

O_o

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

Если демон пущен как системная служба - нет.

Можно пояснить, что в данном контексте системная служба?

что в данном контексте системная служба?

O_O

Фоновый процесс, автоматически запускаемый при старте системы.

Фоновый процесс

Фоновый процесс == демон
Автоматически запускаемый == на который есть скрипт в init.d

Чем это отличается от обычного демона?

Чем это отличается от обычного демона?

«Обычный» демон - это программа, вызвавшая daemon(3). Найти отличия от системной службы - домашнее задание.

«Обычный» демон - это программа, вызвавшая daemon(3). Найти отличия от системной службы - домашнее задание.

http://man7.org/linux/man-pages/man3/daemon.3.html

The daemon() function is for programs wishing to detach themselves from the controlling terminal and run in the background as system daemons.

Мы тут поплыли в терминах, по сути daemon(3) - это обёртка над fork(2) и setsid(2). Так ещё раз, что такое системная служба? Или ты про фоновые процессы ядра? Так о них речи не идёт.

У меня просто напрямую используются fork и setsid.

Мы тут поплыли в терминах

Не мы.

Так ещё раз, что такое системная служба?

Ты правда ждешь ответа, отличающегося от Несколько процессов, каждый слушает свой порт (комментарий) ?

fork и setsid.

Без chdir, я полагаю?

Мы тут поплыли в терминах

Не мы.

OK, не мы, ты.
Я не вижу разницы между демоном и системной службой, потому что это одно и то же.

Без chdir, я полагаю?

В мане написано

Мы тут поплыли в терминах

Не мы.

OK, не мы, ты.

Я не вижу разницы между демоном и системной службой, потому что это одно и то же.

Как скажешь %)

xinetd тебя не устраивает?

Как скажешь %)

Ну т.е. свою точку зрения обосновать и подкрепить ссылками не можешь?

xinetd тебя не устраивает?

А поподробнее?

А что подробнее? Первое впечатление, которое получаешь от чтения твоего поста, ты хочешь забацать xinetd.

Возможно я ошибаюсь.

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

В этом случае тоже все просто, перехватываешь в программе обработчик SIGHUP или скажем SIGUSR1 и соответственно прибиваешь процесс не «kill -9», а «kill -SIGHUP». Все получается аккуратно и подконтрольно.