как определить какой процесс отвалился?

Напиши обёртку на баше, если убилась — перезапусти.

что ты имеешь ввиду
у меня например 10 процессов с одинаковым именем
раскиданых по 10 директориям
1 падает в середине дня
как обёрткой найти какой упал и перезапустить только его?

Модифицируй/настрой их запускалку.

В рамках твоего костыльного подхода - сделай чтобы были с разным именем (переимнуй в name-1 name-2 итд). А по-нормальному - подозреваю у тебя вообще всё не так и надо переделывать.

#!/bin/bash

./test
EXIT_CODE=$?
while [[ "$EXIT_CODE" != "0" ]]; do
    echo "Restart test (exit code $EXIT_CODE)"
    ./test
    EXIT_CODE=$?
done
echo "Success (exit code $EXIT_CODE)"

Можно лучше, конечно, я в баше не ахти.

systemd.

Ну наверно у них разные пиды? При запуске пускай каждый процесс пишет в файлик свой пид. А дальше можно погуглить - linux run process with pid

Как минимум пара вариантов:

https://stackoverflow.com/questions/18122592/how-to-set-process-id-in-linux-for-a-specific-program

https://unix.stackexchange.com/questions/131514/run-a-process-to-particular-dedicated-pid-only

systemd

+1

или docker

по чему падает

Что значит «раскиданых по директориям»? Если у процессов должны быть разные рабочие каталоги, то смотрите для каких каталогов есть запущенные процессы по ″readlink /proc/PID/cwd″, для недостающих перезапускайте.

Или пишите скрипт, который вы запускаете вместо процесса, а скрипт запускает нужный процесс и следит...

они запускаются через ./
обычные бинарники

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

это конечно один из вариантов
но какой-то дикий велосипед

сделай чтобы были с разным именем

а если их будет 5000 - как предлагаешь их запускать

вообще всё не так

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

у нас тут велосипеды на баше

да и я хз как на systemd отслеживать живучесть 5000 процессав

предлагаешь 5000 юнитов писать с авторестартом?

Ну наверно у них разные пиды

очевидно да

При запуске пускай каждый процесс пишет в файлик свой пид.

как определить какой процесс отвалился? (комментарий)

docker

предлагаешь писать 5000 компосов и каждый процесс ещё в докере запускать и 5000 докеров запускать?

там плохо написаное приложение на с++
падает из-за переполения буфера

чёт там overloaded и просто сегволтится
но такое поведение только 1-2 бинарников из тысяч
исходники есть, но мне кажется проще написать велосипед по из перезапуску чем что-то пытаться править и искать в этом с++ где оно там сегволтится + там внешние данные могут меняться же, всего ну учтёшь

Что значит «раскиданых по директориям»?

значит, что каждый процесс в своей директори находится

readlink /proc/PID/cwd

Да, есть ещё и

pwdx $(pgrep -f some_prosees_name)

что за понятие такое процесс находится в директории?

процесс == бинарник

я уже под вечер поплыл
сори

Нет, я предлагаю даже не банальное запускать, ждать wait’ом и рестартить, а тупо взять готовое.

предлагаешь 5000 юнитов писать

Открой для себя генераторы

да всё равно это велосипед хуже баша держать с системе 5000 юнитов

не банальное запускать, ждать wait’ом и рестартить, а тупо взять готовое.

сори под вечер уже не понимаю о чём ты

что ты имел ввиду

я пока как и ты пришёл только к
- запоминием pid и путь при запуске в 1 большой файлик
- как всё запустилось проверяем каждую минуту pid`ы из файлика и pgrep
- если находим разницу - находим строку из файлика с путём бинарника по pid, перезапускаем бинарник
- вроде всё

Так не пиши такой while.

Запуск:

5000 раз:
   перезапускалка &

перезапускалка:

вечный цикл:
  бинарь
  sleep 1

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

Ну так поспи сходи, отрицательная же продуктивность. Пиды какие-то запоминаешь, pgrep приволок…

у тебя должен быть bash скрипт из которого все процессы запущены будут и внутри он будет знать pid каждого процесса и по завершению делать перезапуск каждого из процессов.

а нет, не всё

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

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

короче всё очень сложно(

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

короче всё очень сложно(

Только в твоей голове, я гарантирую это.

Пиды какие-то запоминаешь, pgrep приволок…

я любитель баша и велосипедить

и по завершению делать перезапуск каждого из процессов.

да но тут возникает проблема
что после перезапуска pid`ы же будут новые
и нужно будет как-то актуализировать информацию о том, с чем собственно сравнивать актаулаьный список процессов

может ты и прав
подумаю об этом

но

если упадёт systemd
упадут и все мои процессы верно

Найди кого-нибудь IRL и на серьёзных щах расскажи, что вместо 10 строк как определить какой процесс отвалился? (комментарий) ты сейчас будешь городить <твоя схема>. Можно даже коту, главное вслух.

Если упадёт systemd, упадёт ядро.

тогда идея с systemd не так уж плоха..

Не заводи информацию, не придётся актуализовать.

предлагаешь 5000 юнитов писать с авторестартом?

Открой для себя foo@.service семантику.

может кстати через один юнит отслеживать все 5000

да PartOf и что там еще

после запуска процесса в bash тебе возвращается pid его и ты делаешь wait на этот pid, зачем явно куда-то сохранять данную информацию?

упадёт ядро

Не упадёт, если использовать юзерскую сессию.

смотри openvpn.service и openvpn@.service.
включаешь кучу openvpn@tun1.service openvpn@tun2.service …. и все они пристреливаются при stop openvpn.service

мне решение с

pwdx $(pgrep -f some_prosees_name)

мне кажется такой while на 5000 процессах будет грузить всю систему

с чего бы вдруг? он же спит.

Это самое топорное решение

Только вот задача у тебя на починку капающего крана.

(alpha 5.4 -7)

вот как-то так я вижу 99.9% дистростроения. этот пример отличается от всех моих тем, что не надо ставить себя на мое место — вряд ли кто-то кроме ТСа сочтет его подход привычным или логично откуда-то следующим. не хватает только субд под это, хорошо, что он за помощью вовремя обратился

10000 бинарников с одинаковым именем

Как-то всё таинственно, они, наверное, ещё одним и тем же занимаются.

Кмк, можно «перевернуть» всё и использовать очередь задач.

Как-то всё таинственно, они, наверное, ещё одним и тем же занимаются.

именно
«мы слишком едины, но слишком отдельно » (с)

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