Project

General

Profile

Tâche #21223

Scénario #21122: Tester e2guardian V4

Modifier ou supprimer la surveillance des processus e2guardian (diagnose et agents Zéphir)

Added by Joël Cuissinat over 5 years ago. Updated over 5 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Joël Cuissinat
Target version:
sprint 2017 34-36 Equipe MENSR
Start date:
09/01/2017
Due date:
% Done:

100%

Estimated time:
6.00 h
Spent time:
2.00 h
Remaining (hours):
0.0

Description

Suite au remplacement de toutes les options min/max par l'unique httpworkers, les tests diagnose et agent Zéphir sont totalement inutiles :

.       Nb instances filtre 1 => 1/256
.       Nb instances filtre 3 => 1/256

Je ne suis pas sûr qu'il soit nécessaire voire possible de les remplacer :o

NB : nettoyage de la config et du template z_stats (présence des variables supprimées maxchildrenX)

Related issues

Related to eole-proxy - Scénario #8723: diagnose/agent Zéphir squid/dansguardian peu fiable Fermé 08/25/2014 09/05/2014
Related to e2guardian - Tâche #12901: Le nombre d'instance e2guadian mal calculé Fermé 09/14/2015

Associated revisions

Revision 6e30a765 (diff)
Added by Joël Cuissinat over 5 years ago

Suppression de la surveillance des processus e2guardian dans diagnose

Ref: #21192
Ref: #21223

Revision 66841bf8 (diff)
Added by Joël Cuissinat over 5 years ago

zstats.cfg : remplacement de maxchildrenX par guardian_httpworkersX

Ref: #21223

History

#1 Updated by Joël Cuissinat over 5 years ago

  • Status changed from Nouveau to En cours

#2 Updated by Joël Cuissinat over 5 years ago

  • Related to Scénario #8723: diagnose/agent Zéphir squid/dansguardian peu fiable added

#3 Updated by Joël Cuissinat over 5 years ago

  • Assigned To set to Joël Cuissinat

J'ai déjà supprimé la partie "diagnose" lors du traitement de #21192.

Pour l'agent, il faut faire quelque chose :

2017-09-04T10:24:40.165222+02:00 amon.etb1.lan zephiragents: [-] Traceback (most recent call last):
2017-09-04T10:24:40.165508+02:00 amon.etb1.lan zephiragents: [-]   File "/usr/lib/python2.7/dist-packages/zephir/monitor/agentmanager/agent.py", line 332, in scheduled_measure
2017-09-04T10:24:40.166926+02:00 amon.etb1.lan zephiragents: [-]     m = self.measure()
2017-09-04T10:24:40.167063+02:00 amon.etb1.lan zephiragents: [-]   File "/usr/lib/python2.7/dist-packages/zephir/monitor/agents/dansguardian.py", line 47, in measure
2017-09-04T10:24:40.168262+02:00 amon.etb1.lan zephiragents: [-]     ret = test_instance_dansguardian(self.instance_1_activate, MAXCHILDREN1)
2017-09-04T10:24:40.168423+02:00 amon.etb1.lan zephiragents: [-]   File "/usr/lib/python2.7/dist-packages/zephir/monitor/agents/dansguardian.py", line 26, in test_instance_dansguardian
2017-09-04T10:24:40.168547+02:00 amon.etb1.lan zephiragents: [-]     prct_instance = min(len(instance.split()) * 100 / max_instance, 100)
2017-09-04T10:24:40.168676+02:00 amon.etb1.lan zephiragents: [-] ZeroDivisionError: integer division or modulo by zero

#4 Updated by Joël Cuissinat over 5 years ago

  • Remaining (hours) changed from 6.0 to 4.0

Une astuce serait de conserver l'agent en utilisant les variables guardian_httpworkersX en lieu et place des maxchildrenX ...

À vérifier :
  1. si l'agent est (ou même était car j'ai un doute) fonctionnel
  2. si c'est pertinent

En fait, cela ne peut plus fonctionner en l'état car avant il y avait plusieurs processus (pid) e2guardian alors que maintenant, il y en a un seul qui exécute plusieurs threads.
La commande suivante ne renvoie désormais qu'une seule ligne sur etb1.amon :

lsof -tnPi @10.1.3.1:3128

En fait, non, si on connecte des clients, la commande renvoie bien plusieurs pid ;)
=> je vais faire ma modification mais il faudrait la valider sur un site réel car la pertinence du graphe généré n'est pas du tout avérée...

#5 Updated by Joël Cuissinat over 5 years ago

  • Related to Tâche #12901: Le nombre d'instance e2guadian mal calculé added

#6 Updated by Joël Cuissinat over 5 years ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100
  • Remaining (hours) changed from 4.0 to 0.5

#7 Updated by Daniel Dehennin over 5 years ago

  • Remaining (hours) changed from 0.5 to 0.0

#8 Updated by Daniel Dehennin over 5 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF