En octobre dernier, j'ai écrit quelques articles, l'un sur l'ouverture en matière de documentation de logiciels libres et l'autre sur le fait d'apprendre à accepter de ne pas tout savoir du logiciel ou du service que l'on documente. J'y soutenais que si l'on s'engage à l'ouverture dans le processus de soutien, on s'engage aussi à demander de l'aide quand on ne connaît pas la réponse à une question. À titre de responsable du soutien chez Bryght, j'ai été chargé de rédiger de la documentation pour une nouvelle fonctionnalité ajoutée à notre nouveau profil Bryght Basic, soit la capacité d'acheminer les messages système à peu près n'importe où. Cette fonctionnalité fera partie du noyau de Drupal 6, et elle a été rétroportée pour nos clients VPS sous Drupal 5. (Boris a publié la prime inversée, et Khalid a livré le rétroportage.) J'ai rédigé une documentation sommaire du nouveau module Syslog et j'ai réussi à comprendre et à documenter l'acheminement des journaux de Drupal vers un fichier, sur lequel vous pouvez exécuter la commande Unix tail pour voir en direct ce qui se passe sur le site :
[Capture d'écran présentée à l'origine ici.]
Dans cette capture d'écran, vous pouvez voir que j'ai tapé deux URL dont je savais qu'elles provoqueraient un message d'erreur 404, que j'ai essayé une URL dont je savais qu'elle donnerait un accès refusé, puis que j'ai créé un billet de blogue de test avant de le supprimer. Le journal contient beaucoup d'information, comme la date, le site en question, l'URL consultée et le message d'erreur ou d'état.
Là où je bloque : acheminer les messages du journal ailleurs
Avoir une fenêtre de terminal affichant le journal avec tail suffit probablement à bien des administrateurs de sites qui ont un accès SSH, mais là où je bloque, c'est pour acheminer les messages d'état ailleurs. Parmi les exemples intéressants, que je crois possibles :
- acheminer les erreurs critiques par courriel, tandis que les messages moins urgents vont au fichier journal
- recevoir les messages d'état et d'erreur par Jabber, ce qui veut dire que les messages critiques peuvent être envoyés à votre logiciel de messagerie instantanée
- envoyer les journaux à votre iPhone (vous deviez bien vous y attendre!)
Je demande l'aide de la communauté pour configurer syslog afin qu'il fasse plus que simplement acheminer les messages vers un fichier. La mise en place d'un tube (pipe) est bien documentée dans la page de manuel de syslog.conf, mais je ne vois pas vers quoi le diriger ni comment faire parvenir les messages à un widget de bureau ou à un appareil mobile. Quelqu'un qui a un peu plus d'expérience en administration de systèmes Unix pourrait-il m'aider sur ces points? Si vous rédigez quelque chose sous une licence Creative Commons compatible avec la nôtre, ce sera d'autant plus simple, mais si quelqu'un m'oriente vers les bonnes ressources (croyez-moi, j'ai épuisé toutes mes ressources de recherche Google sur ce coup-là), je m'engage à remercier ceux qui m'auront aidé et à documenter le tout sur support.bryght.com ainsi que sur Drupal.org (pour quand ce sera intégré au noyau).