Outils | Entreprise | Compte-rendus | Humeurs |   

Recherche

Votre recherche de monitoring a donné 2 résultats.

18 septembre 2011

Retour d'expérience sur le monitoring des logs

burndown.pngVoici les premiers retours du script de monitoring des logs.

J'étais bien contente du développement super rapide en binôme de ce petit script. J'en avais un peu marre de devoir scanner tous les serveurs quand il y avait un problème et de me demander si telle erreur était "normale" ou pas. Je suis apparemment un piètre vecteur d'enthousiasme : mon mari assez geek était sceptique; mes pairs au boulot n'ont pas semblé plus émus que cela quand je leur en ai parlé. Je me suis vraiment demandé si c'était si peu réutilisable. Alors est ce que cela valait le coup ?

Il est aujourd'hui utilisé sur trois projets Java, avec des équipes et historiques différents : A, B, C. Le script a un peu évolué depuis : il permet de voir l'évolution du nombre d'erreurs dans hudson et contient des règles supplémentaires. Les développeurs reçoivent un mail quand un seuil d'erreurs est dépassé.

Lire la suite...

26 juillet 2011

Etre alerté quand une nouvelle erreur squatte nos logs

Nous avons des releases de JSP assez fréquentes. Elles n'ont pas d'impact la plupart du temps. Une fois pourtant, on nous signale qu'un candidat n'arrive pas à déposer un fichier. Les logs révèlent que ce n'est pas la première fois mais impossible de savoir à quand cela remonte. En mettant le nez dedans, on se rend compte en plus qu'il y a des deadlocks en série depuis cinq jours, la dernière MEP web. Arf.

Ok, dans un monde de rêve, une erreur dans les logs devrait être un évènement grave, qui mobiliserait toute l'équipe. Dans la réalité, les logs parfaites sont rares et les erreurs "connues" sont monnaie courante.

[05/07/2011 03:41:32.196-http-a-8080-7$21292131] Unable to create account for candidat with email=bonjourMail@joujou.com

Lire la suite...