[langage] Surveillance de logs en temps réel, Perl un bon choix ?

**JefDeBourges** · 22/12/2004, 19h14

Salut,

J'aimerai développer un outil de surveillance des logs.
Un truc qui se déclenche dès que qqch y est écrit et si ca correspond à une signature qui déclenche un traitement.

Pour imager, dès qu'un stacktrace de tel type (un planton java) y est écrit :
- extraction des traces de la sessionId dans un fichier dédié,
- analyse du stacktrace pour trouver le 1er administrateur de package (j'ai une table de liens package/email)
- zippage de l'extrait de log et envoi d'un mail à l'email trouvé en table.

Perl est l'idéal pour extraire l'activité d'une session de la grosse log.
Perl semble bien pour analyser la stacktrace.
Pour les accès DB, le zippage et la production d'un mail, perl n'est peut-être pas le mieux placé mais il sait faire.

Par contre, c'est pour la surveillance que je me pose des questions...

Avez-vous déjà fait un truc comparable en perl ?

Au fait, comme personne n'est parfait, les serveurs à surveiller sont sous w2k.
Mais j'ai réussi à y faire héberger ActivePerle5 pour y faire tourner des scripts d'arrêt et de relance.

Et comme idéalement ca devrait tourner en prod, il me faut un truc "intelligent".
Donc pas un truc qui balaie toute la log tout les 15min

A vous lire...

**Arioch** · 23/12/2004, 11h22

Pour te donner une petite idée d'un programme de surveillance que j'ai écrit en Perl :

- Mon script se comporte comme un démon (ou service), il tourne en permanence sur mon ordinateur (NT 2000).

- Toutes les n secondes, le script se connecte à un autre ordinateur (NT 2000) se situant sur le réseau de ma société, lequel ordinateur est censé faire des gravures de CD à fond les manettes via un système de 6 à 8 graveurs. Sur cette seconde machine, un autre script Perl tourne en permanence et fait du fork() à tout va afin de pouvoir gérer un maximum les créations d'images ISO et les gravures sur CD de ces images. Lorsqu'il fork(), il y a à ce moment là 2 traitements Perl sur cette machine et le binaire de Perl (perl.exe) apparaît donc 2 fois dans le gestionnaire des tâches.

- Mon programme vérifie à distance le contenu du log qui regroupe toutes les infos de créations d'images ISO et les gravures ainsi que les éventuelles pannes de graveurs ou problèmes d'imprimantes (chargée d'imprimer des infos directement sur le CD gravé). Il vérifie également que le fork() fonctionne toujours.

- Au moindre problème, mon script envoie un mail destiné aux responsables de l'exploitation de la seconde machine.

pour le fork, me suis mal exprimé : en fait, le 1er perl.exe est une petite application graphique en Tk qui fait un appel système pour lancer un second perl, d'où les 2 perl.exe.

- Dernière chose : si mon script ne trouve qu'un ou aucun perl.exe dans les progs tournant sur la machine distante, il relance l'appli Tk, laquelle reprend là où elle s'était arrêtée.

Ca te donne un petit apperçu de ce que Perl est capable de faire.