Как в кроне отслеживать статус скрипта и по необходимости его перезапускать?

Question

[astrotrain]

У меня в кроне такая запись, но она постоянно плодит скрипты:

*/10 * * * * ps aux|grep my_script| grep -v grep || exec /home/my_script > /home/log.txt &";

Как можно сделать так чтобы нормально проверялось, запущен ли экземпляр скрипта и при необходимости его запускать?
pidof использовать нельзя, потому что зачастую на машинах его нету. Правда есть pgrep. Но хотелось бы рещение через ps.

Answer 1

[doublench21]

Ну так причём тут крон? Ты просто в кроне укажи sh скрипт на запуск. А в самом скрипте уже делай проверки какие ты хочешь. Можешь писать pid запущенного в файл и искать перед запуском такой среди запущенных. Или наверное можно по имени найти в списке процессов. Вообщем все в твоих руках.

Comments

[astrotrain]

Мне хотелось бы oneliner для cron. Это самый чистый подход.

[astrotrain]

Я буду заносить то что мне нужно.

Answer 2

[3vi1_0n3]

У вас не факт, что результат работы пайпа будет равен не нулю, поскольку это будет код возврата последней команды в пайпе.
Попробуйте как-то так:

*/10 * * * * [ "$(ps ax | grep my_script | grep -v grep)" == "" ] &&  /home/my_script > /home/log.txt &";

Answer 3

[Andrey Shatokhin]

man lckdo

Comments

[astrotrain]

Мне кажется нужно просто прафильно оформить запрос с ps, но я с башем плохо знаком, поэтому не знаю как. И большинство машин старые и устанавливать везде утилиты не хотелось бы. Можно ли это как-то через ps сделать?

[Andrey Shatokhin]

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

[astrotrain]

Андрей, так я и спрашиваю как можно по имени процесса узнать есть ли такой ид в списке процессов и если нет, то запускать его. Неужели через ps такое сделать нельзя?

Answer 4

[pfg21]

написать системд-сервис для для my_script
тогда состояние сервиса можно отсматривать через простые консольные команды.
Но эффективнее прописать перезапускание сервиса при крахе.