История изменений

1. C SystemV очень трудно было автоматизировано собирать статусы сервисов. В папке /etc/init.d/ лежали скрипты, которые далеко не все можно было запускать с параметром status, для запроса этого самого статуса.

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

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

Да и вообще, если нет системы запуска, трудно говорить о применимости термина сервис.

2. Автоматизированный парсинг логов для создания автоматизированных реакций на что-нибудь, на какое-нибудь событие, при SystemV превращалось в очень тяжкую задачу.

Это то с чем, например, мне пришлось столкнуться лично и смог вспомнить. Наверняка таких моментов еще очень много.

Я рад, что эти темные времена потихоньку уходят в прошлое. И зачем это все воскрешать, я не знаю.

1. C SystemV очень трудно было автоматизировано собирать статусы сервисов. В папке /etc/init.d/ лежали скрипты, которые далеко не все можно было запускать с параметром status, для запроса этого самого статуса.

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

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

Да и вообще, если нет системы запуска, трудно говорить о применимости термина сервис.

2. Автоматизированный парсинг логов для создания автоматизированных реакций на что-нибудь, на какое-нибудь событие, при SystemV превращалось в очень тяжкую задачу.

Это то с чем, например, мне пришлось столкнуться лично и смог вспомнил. Наверняка таких моментов еще очень много.

Я рад, что эти темные времена потихоньку уходят в прошлое. И зачем это все воскрешать, я не знаю.