logrotate: как обнаружить отказ

Что ж, я предполагаю, что разработчики logcheck решили, что этот сценарий является ошибкой конфигурации, на которую стоит жаловаться, но это не так. ошибка операции. В этом сценарии logcheck по-прежнему может работать и продолжает работать с /var/log/rsyncd.log. Игнорирование второго файла конфигурации не препятствует продолжению проверки журнала, поэтому сообщается о состоянии 0.

Особенно в случае серверного программного обеспечения предполагается, что вы проверили файлы конфигурации перед их развертыванием. В то время как положительным моментом здесь было бы более очевидное предупреждение о проблеме, недостатком было бы беспокойство по поводу любых задач, которые зависят от logcheck.

С учетом всего сказанного, вы не можете полагаться на состояние при передаче -d таким же, как при нормальной работе. Цитата man logcheck : В режиме отладки никакие изменения не будут внесены в журналы или файл состояния logrotate. . Таким образом, операция чтения данных и подробного сообщения о них была успешной и должна вернуть 0. Это может не иметь отношения к тому, что вы получаете при отключенном режиме отладки.

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

Сравните все это с помещением неразборчивой тарабарщины в файл конфигурации, которая, безусловно, даст вам ненулевой код в любой части приличного программного обеспечения.