systemd достал...

Один фиг *.log тебе\автору мониторинга парсить придётся

к моему посту это отношения не имеет (офтопик), но

а) парсить текстовые логи или

б) перегонять логи из блоат-базы в текстовые с json разметкой (ака раздувать и добавлять нагрузки),

а потом парсить скриптам-костылями - это подход, который как раз используется на малых нагрузках (админами локалхостов, как ты выше сказал). Ты же сервак своим парсингом и будешь грузить. Да еще и будешь каждый раз парсить один и тот же лог.

Система мониторинга (тем более с костылями) вообще не заменяет систему хранения и обработки логов, если ты не в курсе.:) Уже тот факт, что ты их путаешь, о многом говорит.:) Многостраничные портянки с дебагом ты тоже в заббиксе смотреть будешь что ли?:)

Она может взять у journalctl json и создать тикет в системе управления задачами, может в почту админу не портянку выкинуть, а показать только важное. А может, если условия позволят, на основании ошибки выполнить какие-нибудь действия и восстановить работу сервиса без участия человека. И организовать подобное куда быстрее и красивее можно, чем с простым текстовым файлом.

Не перегоняй - читай напрямую из базы сторонним приложением.
Перегоняй из базы хоста в базу системы мониторига и очищай базу хоста.
Читай по-старинке с -leu %service% и с -S %date% отсекая лишние сервисы и старые записи.

Смотри как много вариантов. А файлы тебе только парсить остаётся.

отсутствие информации после действия - это реально неудобно

Если действие завершилось успешно, зачем что-то выводить? Это же как бы exit 0

специально сохранил пример для таких случаев:

root@dell:~# systemctl restart bind9.service 
root@dell:~# systemctl status bind9
● bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; disabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Вт 2016-09-27 22:33:10 KRAT; 5s ago
     Docs: man:named(8)
  Process: 3720 ExecStop=/usr/sbin/rndc stop (code=exited, status=1/FAILURE)
  Process: 3715 ExecStart=/usr/sbin/named -f -u bind (code=exited, status=1/FAILURE)
 Main PID: 3715 (code=exited, status=1/FAILURE)

сен 27 22:33:10 dell named[3715]: using up to 4096 sockets
сен 27 22:33:10 dell named[3715]: loading configuration from '/etc/bind/named.conf'
сен 27 22:33:10 dell named[3715]: open: /etc/bind/named.conf: permission denied
сен 27 22:33:10 dell named[3715]: loading configuration: permission denied
сен 27 22:33:10 dell named[3715]: exiting (due to fatal error)
сен 27 22:33:10 dell systemd[1]: bind9.service: Main process exited, code=exited, status=1/FAILURE
сен 27 22:33:10 dell rndc[3720]: rndc: connect failed: 127.0.0.1#953: connection refused
сен 27 22:33:10 dell systemd[1]: bind9.service: Control process exited, code=exited status=1
сен 27 22:33:10 dell systemd[1]: bind9.service: Unit entered failed state.
сен 27 22:33:10 dell systemd[1]: bind9.service: Failed with result 'exit-code'.

почитай и подумай, что здесь не так.