Logrotate : comment détecter une défaillance

Eh bien, je suppose que les concepteurs de logcheck ont décidé que ce scénario était une erreur de configuration digne d'être signalée, mais ce n'est pas une erreur d'exécution. Dans ce scénario, logcheck est toujours capable de s'exécuter et fonctionne toujours sur /var/log/rsyncd.log. Ignorer un second fichier de configuration n'empêche pas logcheck de continuer, donc le statut signalé est 0.

Surtout avec les logiciels serveur, on suppose que vous avez vérifié vos fichiers de configuration avant de les déployer. Alors que l'avantage ici serait une alerte plus évidente au problème, l'inconvénient serait la préoccupation pour les tâches qui dépendent de logcheck.

Cela dit, vous ne pouvez pas vous fier à l'état lors du passage de -d pour être le même que lors d'un fonctionnement normal. En citant man logcheck: En mode debug, aucun changement ne sera apporté aux journaux ou au fichier d'état de logrotate.. Ainsi, le fonctionnement de lecture des éléments et leur rapport détaillé a été un succès et devrait renvoyer 0. Cela peut ne pas être lié à ce que vous obtenez avec le mode debug désactivé.

En tout cas, tout cela serait plus un débat sur la conception logicielle qu'autre chose. En tant qu'administrateur système, la vérification des fichiers de configuration en production devrait être effectuée en tant que tâche distincte.

Comparez tout cela avec le fait de mettre des absurdités non analysables dans le fichier de configuration, ce qui vous donnera certainement un code non nul dans n'importe quel logiciel décent.