Должен ли я перенести скрипты в формат systemd?

Да.

Вас укусил известный недостаток в скриптах System 5 rc. На самом деле это не имеет никакого отношения к systemd. Вы могли бы попасть под дефект, если бы вам удалось запустить скрипты параллельно каким-то другим способом, например, с помощью startpar.

Хорошо известно, что поиск по выводам ps подвержен гонкам, как против grep, так и против текущего состояния системы, и можно найти десятилетия людей, сообщающих о попадании в эти же ошибки снова и снова с разными сценариями оболочки. Это глупо и ошибочно, и упоминается в разделе "BUGS" на странице руководства BSD для ps. Мир уже должен знать лучше.

Мир действительно знает лучше, и уже давно. У нас есть менеджеры служб, которые работают должным образом, без всех этих навороченных механизмов, включающих поиск по списку процессов и файлы, которые могут содержать или не содержать нужный номер, с начала 1990-х годов. Вам следует определенно, если вы столкнулись с этим и другими условиями гонки, выбросить эти шаткие, подверженные сбоям, идиосинкратические и грязные скрипты System 5 rc и использовать правильное управление службами. Никаких "если", никаких "но", никаких "быстрых обходных путей", которые вы уже используете (лишние grepы сами по себе являются обходными путями).

Существует множество таких сервис-менеджеров. Вы не обязаны использовать systemd. Различные сценарии, которые можно написать для runit, nosh или perp, так же просты, как и файлы модулей, которые можно написать для systemd.

В способах работы nosh и systemd нет двух основных служб, проверяющих и запускающих второстепенную. Это работа системы управления службами. Скорее вы просто объявляете зависимость от двух первичных сервисов для вторичного, так что система управления сервисами знает, что когда ей говорят запустить Agentdaemon.service и Securitydaemon.service, она должна запустить и common.service. В блоках служб systemd это будет параметр Requires= или Wants=.

Дальнейшее чтение

• Shlomi Noach (2009-10-01). Как НЕ проверять, что mysqld жив. code.openark.org.
• Джонатан де Бойн Поллард (2015). Семейство daemontools. Часто задаваемые ответы.
• Джонатан де Бойн Поллард (2014). Взгляд сбоку на сценарии выполнения и служебные единицы. . Часто задаваемые вопросы.
• Lennart Poettering (2013-10-07). systemd.unit. страницы руководства по systemd. freedesktop.org.
• Greg Wooledge. "Риск разбора дерева процессов". Process Management. Вики Грега.