You are not logged in.
Pages: 1
Bonjour,
Nous utilisons depuis la nouvelle version le mode maintenance lorsque l'un de nos équipements est en panne pour une durée indéterminée, mais lorsque celui si est de nouveau opérationnel, le statut repasse bien en "OK" mais il reste comptabilisé et affiché dans "maintenance".
Je dois aller dans la base de données pour modifier l'état is_aknowledged afin que celui-ci disparaisse de l'état "maintenance" et sois comptabilisé dans l'état "OK"
Avez vous des pistes pour corriger ce problème ?
Merci de votre aide !
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
Ca ressemble au module broker glpi de shiinken pas a jour car il le repasse à 0 quand c'est ok
Offline
je déterre un peu mais j'ai le même souci sur une installation toute fraiche datant de hier.
Tu veux dire quoi exactement par : module broker glpi de shiinken pas a jour ?
Last edited by IronTUX (2014-01-10 14:57:49)
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Il faut les modules glpi de shinken a jour (ce qui n'est pas le cas de la release de shinken 1.4)
Offline
ok ben on va le faire à la mimine alors et ne plus utiliser le mode maintenance pour le moment
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Tu peux juste récupérer les 2 fichiers si tu veux
Offline
aussi
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
non y en a qu'un en fait a modifier : https://raw2.github.com/ddurieux/shinke … _broker.py
Offline
j'ai mis a jour le fichier on verra bien sur le prochain aknoledge
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
oki
Offline
suite mise à jour fichier plus de check depuis.
J'ai remis la sauvegarde de l'autre et check fonctionne
pas eu le temps de regarder les logs encore
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
2014-01-13 11:48:12,396 [1389610092] Warning : [broker-1] The mod glpidb raise an exception: 'Computer-344-SRVAD01', I'm tagging it to restart later
2014-01-13 11:48:12,396 [1389610092] Warning : [broker-1] Exception type: <type 'exceptions.KeyError'>
2014-01-13 11:48:12,396 [1389610092] Warning : [broker-1] Back trace of this kill: Traceback (most recent call last):
File "/usr/local/shinken/shinken/daemons/brokerdaemon.py", line 241, in manage_brok
mod.manage_brok(b)
File "/usr/local/shinken/shinken/modules/glpidb_broker/glpidb_broker.py", line 180, in manage_brok
new_b = self.preprocess(type, b, 0)
File "/usr/local/shinken/shinken/modules/glpidb_broker/glpidb_broker.py", line 131, in preprocess
new_brok.data['items_id'] = self.cache_host_items_id[brok.data['host_name']]
KeyError: 'Computer-344-SRVAD01'
des trucs de ce genre dans brokerd.log
Last edited by IronTUX (2014-01-13 18:47:49)
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
en fait je ne suis pas sur que ce soit lié au fichier ces erreurs je pousserais les test un peu plus tard
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Ca ne me dit rien cette erreur
Offline
Bonjour,
J'ai eu exactement la même erreur, de mémoire j'ai remplacer un fichier de la version pour GLPI par la version d'origine .
Je ne me souviens plus du quel !
Je vais jeter un oeil et vous tiens informé.
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
On est en train de préparer une nouvelle version ( grosse version )
Offline
Ah super ca
Une date éventuelle pour la nouvelle version?
Offline
Dans les 2 prochaines semaines apriori
Offline
Super
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
ça a fonctionné pour moi (0.84) en passant manuellement is_acknowledged à 0 sur la table glpi_plugin_monitoring_services
Offline
Pages: 1