Anomalie #2789
Pas de log de agents Zéphir
Description
Sur 2.3, les logs des agent zéphir n'apparaissent dans /var/log/zephir/agent.log. Pour bacula c'est dans /var/log/bacula/agentzephir.log, est-ce que la gestion des log des agents zéphir est différent de Eole 2.2?
Pour pour relancer la gestion des log zéphir à ma main :
/usr/bin/python /usr/bin/twistd --logfile /var/log/zephir/agent.log --pidfile /var/run/z_stats.pid -no zephiragents --config=configs --tmp=data --data=stats --archive=/tmp --static=static --actions=actions
J'ai dû supprimer les processus des 3 autres daemon :
/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/backend/eadserver.tac --pidfile /var/run/ead/ead-server.pid --logfile /var/log/ead/ead-server.log
/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/frontend/frontend.tac --pidfile /var/run/ead/ead-web.pid --logfile /var/log/ead/ead-web.log
/usr/bin/python /usr/bin/twistd -oy /usr/share/creole/creole_serv.tac -d /usr/share/creole --pidfile /var/run/creole/creole_serv.pid --logfile /var/log/creole_serv/creole_serv.log
Pas normal, je pense. Mais cela n'a rien changé au niveau de /var/log/zephir/agent.log, pas plus de messages.
Pas de logs de actions lors de changements d'états. Et pas d'action effectuée losr du changement d'états.
Merci de vôtre aide.
Yoni
Historique
#1 Mis à jour par Yoni Baude il y a environ 12 ans
- Version cible mis à Mises à jour 2.2.3 - 04 RC
Sur 2.3, les logs des agent zéphir n'apparaissent pas dans /var/log/zephir/agent.log.
Pour bacula, le log est dans /var/log/bacula/agentzephir.log. Est-ce que la gestion des log des agents zéphir est différente de Eole 2.2 ?
J'ai essayé de relancer la gestion des log des agents zéphir à ma main :
/usr/bin/python /usr/bin/twistd --logfile /var/log/zephir/agent.log --pidfile /var/run/z_stats.pid -no zephiragents --config=configs --tmp=data --data=stats --archive=/tmp --static=static --actions=actions
Mais j'ai dû supprimer les processus des 3 autres daemon twistd :
/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/backend/eadserver.tac --pidfile /var/run/ead/ead-server.pid --logfile /var/log/ead/ead-server.log
/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/frontend/frontend.tac --pidfile /var/run/ead/ead-web.pid --logfile /var/log/ead/ead-web.log
/usr/bin/python /usr/bin/twistd -oy /usr/share/creole/creole_serv.tac -d /usr/share/creole --pidfile /var/run/creole/creole_serv.pid --logfile /var/log/creole_serv/creole_serv.log
Je pense que c'est pas normal. La manipulation n'a rien changé au niveau du log /var/log/zephir/agent.log, pas plus de messages.
Il n'y pas de logs et d'actions effectués lors de changements d'états des agents.
Quel processus entre en jeux lors d'un changement d'état d'un agent?
Merci de vôtre aide.
Yoni
#2 Mis à jour par Joël Cuissinat il y a environ 12 ans
- Assigné à mis à Daniel Dehennin
- Version cible changé de Mises à jour 2.2.3 - 04 RC à Mises à jour 2.3.4 RC
#3 Mis à jour par Daniel Dehennin il y a environ 12 ans
- Statut changé de Nouveau à En attente d'informations
- % réalisé changé de 0 à 30
Le démarrage des applications twisted sur les modules 2.3 ne sont pas loggés dans /var/log/zephir/agents.log du fait de la redirection, il semble que twisted détecte que sa sortie standard n’est pas un terminal et n’imprime donc pas ces messages.
Les logs des actions sont bien enregistrées dans les fichiers de logs.
Procédure de test: faire en sorte que le web ne passe pas :
Dans un fichier nommé /usr/share/zephir/monitor/actions/web.actions
, mettre le code suivant :
# -*- mode: python; coding: utf-8 -*- def action_error(agent, old_status, new_status): from zephir.monitor.agentmanager.util import log log.msg("Error: web action is in error") def action_warn(agent, old_status, new_status): from zephir.monitor.agentmanager.util import log log.msg("Warn: web action is in warning") def action_ok(agent, old_status, new_status): from zephir.monitor.agentmanager.util import log log.msg("Ok: web action is OK")
Dans un fichier nommé /usr/share/zephir/monitor/actions/actions.cfg
, mettre le code suivant :
[web] action_warn = True action_error = True action_ok = True
Pour le test, modifier le fichier /usr/share/zephir/monitor/configs/web.agent
afin de mettre un période plus courte que 180 secondes.
Redémarrer le service z_stats
:
root@serveur:~# invoke-rc.d z_stats restart
Suivre l’évolution des logs dans un terminal dédié :
root@serveur:~# tail -f /var/log/zephir/agent.log
Interdire les accès HTTP afin de mettre l’agent en erreur :
root@serveur:~# iptables -I OUTPUT 1 -p tcp -m multiport --dports 80,8080 -j REJECT
Réautoriser les accès HTTP afin de mettre l’agent OK :
root@serveur:~# iptables -D OUTPUT -p tcp -m multiport --dports 80,8080 -j REJECT
#4 Mis à jour par Yoni Baude il y a presque 12 ans
Test ok pour web.
Merci.
#5 Mis à jour par Daniel Dehennin il y a presque 12 ans
- Version cible changé de Mises à jour 2.3.4 RC à Mises à jour 2.3.5 RC
Semble spécifique à l’utilisation des defered dans les actions, à voir pour la prochaine roadmap
#6 Mis à jour par Yoni Baude il y a presque 12 ans
- % réalisé changé de 30 à 90
Les log sont ok sur 2.3. Le problème venait du changement du comportement de git qui mettait en défaut notre agent zéphir lors des maj des dépôts.
Pb corrigé par Daniel.
Merci
#7 Mis à jour par Daniel Dehennin il y a presque 12 ans
- Statut changé de En attente d'informations à Fermé
Voilà
#8 Mis à jour par Daniel Dehennin il y a presque 12 ans
- % réalisé changé de 90 à 100