[OK] Plugins Monitoring|Webservices & Shinken

theburn · 2014-04-03 10:40:08

J'essaie de mettre en place un système afin de combiner Shinke et GLPI en une seule entité via les plugins Webservices & Monitoring. (Fusion Inventory étant déja presque configuré pour l'automatisation)

Seule soucis, mon Shinken et GLPI ne semblent pas se voir.

J'ai suivis toute la procédure décrite labas dans le pdf de documentation officiel de monitoring.
Il s'agit de la version 0.84_1.0

J'ai la dernière version de GLPI et Shinken 2

COTE SHINKEN
Shinken 2 est configuré et ne retourne pas d'erreur niveau log
Il est capable d'accéder à la base de données se trouvant sur le serveur GLPI depuis une ligne de commande.
Ses plugins et modules sont correctement chargés.

COTE GLPI
Je ne trouve rien d'anormal non plus niveau log
Des tâches CRON s'éxécutent bien comme initiallement prévu lors de la configuration d'un premier template pour Monitoring.
Je n'ai rencontré aucunes erreurs niveau interface ou log durant l'installation et la configuration de Monitoring/Webservices dans GLPI.

La seule erreur que j'ai est :

La configuration a changée
6 ressources ajoutées
Shinken redémarre automatiquement
Pas d'évènements trouvés dans les dernières minutes, donc Shinken semble arrêté!

Les commandes pour rester shinken ne se lancent pas non plus.

Y aurait-il un autre endroit pour des logs par plugins sous GLPI ?

Merci de votre aide.

Last edited by theburn (2014-04-04 10:11:57)

ddurieux · 2014-04-03 10:47:10

Si tu utilise shinken 2, utilise cette version du plugin monitoring https://github.com/ddurieux/glpi_monito … pi0.84.zip

theburn · 2014-04-03 11:04:41

Merci, je désinstalle l'ancienne et teste cette version

theburn · 2014-04-03 11:32:02

Je reviens avec toujorus la même erreur.

Les tables de la base de données de monitoring restent vides là où Shinken devrait pouvoir écrire dedans les événements afin de les afficher (si j'ai bien compris le fonctionnement ?)

J'ai bien ré-essayer, mon user shinken peut "INSERT, UPDATE et SELECT" sur les 3 tables demandées.

J'ai reconfigurer de la définition de contrôle jusqu'au catalogue avec définitions des hôtes et des données à sortir (check ping et check disk) pour le plugin monitoring.

EDIT:
Mes informations sur les 3 Hôtes (qui sont statiques dans GLPI) sont reconnus dans Monitoring mais en état "UNKNOWN" correspondant à un "pas de réponse"
>> Il y a bien un soucis de communication entre GLPI et Shinken

EDIT2:
apparament, je n'ai pas le fichier "host_action.php".
Erreur 404 sur chaque action pour les hôtes

Last edited by theburn (2014-04-03 12:58:48)

ddurieux · 2014-04-03 13:15:31

Regarde les logs du module broker de shinken pour voir si t'as une erreur d'accès a MySQL

theburn · 2014-04-03 13:31:39

Les logs ne disent rien à ce sujet, ni broker ni arbiter.
>> Mais la connexion passe en CLI manuel depuis le serveur shinken.

Les tables d'events de GLPI monitoring restent juste vides.

J'ai déja effectué une correction de module.py et external_command.py (vu sur forum) mais il semblerait qu'elle aie déja été faite depuis RC2 (la version que j'utilise)

ddurieux · 2014-04-03 13:36:57

En fait le remplissage de la base se fait via le module glpidb. Est-ce qu'il est bien déclaré dans la conf du module broker?

theburn · 2014-04-03 13:50:06

Normalement oui

define broker {
    broker_name     broker-master
    address         localhost
    port            7772
    spare           0

    manage_arbiters     1   ; Take data from Arbiter. There should be only one
                            ; broker for the arbiter.
    manage_sub_realms   1   ; Does it take jobs from schedulers of sub-Realms?
    timeout             3   ; Ping timeout
    data_timeout        120 ; Data send timeout
    max_check_attempts  3   ; If ping fails N or more, then the node is dead
    check_interval      60  ; Ping node every N seconds

    modules  WebUI, Livestatus, NPCDMOD, glpidb

    use_ssl          0

}

Et la configuration du module glpidb

define module {
    module_name     glpidb
    module_type     glpidb
    host            x.x.x.x   ; GLPI database server name or IP
    database        glpi        ; Database name
    user            shinkenbroker        ; Database user
    password        xxxx
}

Come définit dans le PDF de documentation.

Le WS_Arbiter à aussi été configurer dans l'arbiter.

Juste le module import-glpi qui n'a pas été encore activé car je ne souhaite pas que shinken prennent ses hôtes dans GLPI pour le moment.

ddurieux · 2014-04-03 14:00:16

ca a l'air bon

essaye voir si ceci fonctionne :

mysql -h x.x.x.x -u shinkenbroker -pxxxx glpi -e 'show tables;'

theburn · 2014-04-03 14:03:48

Je reçois bien les tables en retour :

+----------------------------------------------------------------+
| Tables_in_glpi                                                 |
+----------------------------------------------------------------+
| glpi_alerts                                                    |
| glpi_authldapreplicates                                        |
| glpi_authldaps                                                 |
| glpi_authmails                                                 |
| glpi_autoupdatesystems                                         |
| ...                                          
| glpi_virtualmachinestates                                      |
| glpi_virtualmachinesystems                                     |
| glpi_virtualmachinetypes                                       |
| glpi_vlans                                                     |
| glpi_wifinetworks                                              |
+----------------------------------------------------------------+

shinken ne me retourne aucunes erreurs dans les logs concernant un modules glpidb, ws_arbiter, import-glpi et ce, même en mode debug sauf :

[1396527397] Debug :   [broker-master] [GLPIdb Broker] host is not defined in Glpi : nom de l'hote

Pour les hôtes que je n'ai pas manuellement défini dans GLPI (normal car les configurations ne sont pas encore importées dans Shinken)

Last edited by theburn (2014-04-03 14:26:21)

ddurieux · 2014-04-03 14:54:29

Ben si tu n'utilise pas la conf de GLPI, c'est normal que ca n'envoi pas les infos dans GLPI...

theburn · 2014-04-03 15:08:03

Oui,
mais ce même pour les hôtes configuré dans GLPI ?

Ou alors,
il n'est pas possible d'utiliser ce système de manière unidirectionelle ?
(il faut obligatoirement configurer l'import-GLPI dans shinken pour faire fonctionner ?)

EDIT:
je viens de mettre le module "import-glpi" en place suivant les notes du document pdf.

Cependant, je n'ai plus aucune interface web coté shinken ni rien, est-ce normal je suppose vu qu'ils sont commentés dans shinken.cfg ?

Les logs ne retournent pas d'erreur en debug mais toujorus aucunes informations dans GLPI

**********************************
En changeant quelques modifs,

j'obtiens mainteannt quelque chose d'un peu plus précis:

[1396532131] Info :    [GLPI Arbiter] I open the GLPI connection to http://x.x.x.x/plugins/webservices/xmlrpc.php
[1396532131] Info :    [GLPI Arbiter] Connection opened
[1396532131] Info :    [GLPI Arbiter] Authentication in progress
[1396532131] Error :   The instance import-glpi raised an exception <Fault 1: u'Acc\xc3\xa8s refus\xc3\xa9'>, I remove it!

Je pense que c'est une erreur d'accés, je teste
***********************************
Voila, l'erreur d'accés est réglé mais j'ai ce soucis avec mes hôtes maintenant :

[1396532835] Error :   [host::ubuntu-vm] incorrect type for property 'retry_interval' of 'ubunt
u-vm'
[1396532835] Error :   [host::ubuntu-vm] the property 'passive_checks_enabled' of 'ubuntu-vm' d
o not have value
[1396532835] Error :   [host::ubuntu-vm] incorrect type for property 'check_interval' of 'ubunt
u-vm'
[1396532835] Error :   [host::ubuntu-vm] the property 'active_checks_enabled' of 'ubuntu-vm' do
 not have value
[1396532835] Error :   [host::ubuntu-vm] incorrect type for property 'max_check_attempts' of 'u
buntu-vm'
[1396532835] Warning : The host ubuntu-vm has no contacts nor contact_groups in (unknown)
[1396532835] Info :    ubuntu-vm: I've got no check_command
[1396532835] Error :   [items] In ubuntu-vm is incorrect ; from unknown
[1396532835] Warning : The host host_for_bp has no contacts nor contact_groups in (unknown)
[1396532835] Error :    hosts conf incorrect!!

Cependant, malgré l'erreur d'accés juste avant, monitoring avait détecté la présence de shinken.
Ce qui n'est plus le cas avec cette erreur vu que shinken ne se lance pas

Last edited by theburn (2014-04-03 15:58:06)

theburn · 2014-04-04 10:01:34

J'ai trouvé une partie de l'erreur.

Elle venait du fait que GLPI ne met pas à jour automatiquement les entités avec les catalogues de composants (même si c'est celui par défaut et pré-séléctionner)
>> Simplement cliquer sur "enregistrer" sans toucher à rien et OK pour les hôtes.

Maintenant, ce sont les services qui ont des "bad type"

[1396597861] Info :    Running pre-flight check on configuration data...
[1396597861] Info :    Checking global parameters...
[1396597861] Info :    Checking hosts...
[1396597861] Warning : The host host_for_bp has no contacts nor contact_groups in (unknown)
[1396597861] Info :     Checked 4 hosts
[1396597861] Info :    Checking hostgroups...
[1396597861] Info :     Checked 1 hostgroups
[1396597861] Info :    Checking contacts...
[1396597861] Info :     Checked 1 contacts
[1396597861] Info :    Checking contactgroups...
[1396597861] Info :     Checked 0 contactgroups
[1396597861] Info :    Checking notificationways...
[1396597861] Info :     Checked 1 notificationways
[1396597861] Info :    Checking escalations...
[1396597861] Info :     Checked 0 escalations
[1396597861] Info :    Checking services...
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::Debian-vm/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::Debian-vm/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::Debian-vm/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [items] In  is incorrect ; from unknown
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::ubuntu-vm/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::ubuntu-vm/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::ubuntu-vm/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [items] In  is incorrect ; from unknown
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::Wincrash-PC/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'retry_interval' of ''
[1396597861] Error :   [service::Wincrash-PC/] the property 'event_handler_enabled' of '' do not have value
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'check_interval' of ''
[1396597861] Error :   [service::Wincrash-PC/] incorrect type for property 'max_check_attempts' of ''
[1396597861] Error :   [items] In  is incorrect ; from unknown
[1396597861] Error :    services conf incorrect!!
[1396597861] Info :     Checked 6 services
[1396597861] Info :    Checking servicegroups...
[1396597861] Info :     Checked 0 servicegroups
[1396597861] Info :    Checking timeperiods...
[1396597861] Info :     Checked 3 timeperiods
[1396597861] Info :    Checking commands...
[1396597861] Info :     Checked 37 commands
[1396597861] Info :    Checking hostsextinfo...
[1396597861] Info :     Checked 0 hostsextinfo
[1396597861] Info :    Checking servicesextinfo...
[1396597861] Info :     Checked 0 servicesextinfo
[1396597861] Info :    Checking checkmodulations...
[1396597861] Info :     Checked 0 checkmodulations
[1396597861] Info :    Checking macromodulations...
[1396597861] Info :     Checked 0 macromodulations
[1396597861] Info :    Checking servicedependencies...
[1396597861] Info :     Checked 0 servicedependencies
[1396597861] Info :    Checking hostdependencies...
[1396597861] Info :     Checked 0 hostdependencies
[1396597861] Info :    Checking arbiters...
[1396597861] Info :     Checked 1 arbiters
[1396597861] Info :    Checking schedulers...
[1396597861] Info :     Checked 1 schedulers
[1396597861] Info :    Checking reactionners...
[1396597861] Info :     Checked 1 reactionners
[1396597861] Info :    Checking pollers...
[1396597861] Info :     Checked 1 pollers
[1396597861] Info :    Checking brokers...
[1396597861] Info :     Checked 1 brokers
[1396597861] Info :    Checking receivers...
[1396597861] Info :     Checked 1 receivers
[1396597861] Info :    Checking resultmodulations...
[1396597861] Info :     Checked 0 resultmodulations
[1396597861] Info :    Checking discoveryrules...
[1396597861] Info :     Checked 0 discoveryrules
[1396597861] Info :    Checking discoveryruns...
[1396597861] Info :     Checked 0 discoveryruns
[1396597861] Info :    Checking businessimpactmodulations...
[1396597861] Info :     Checked 0 businessimpactmodulations
[1396597861] Info :    Cutting the hosts and services into parts
[1396597861] Info :    Creating packs for realms
[1396597861] Info :    Number of hosts in the realm All: 4 (distributed in 4 linked packs)
[1396597861] Debug :   Trying to open the distribution file /var/lib/shinken/pack_distribution.dat
[1396597861] Info :    Saving the distribution file /var/lib/shinken/pack_distribution.dat
[1396597861] Info :    Total number of hosts : 4
[1396597861] Error :   Configuration is incorrect, sorry, I bail out
Configuration is incorrect, sorry, I bail out

>> Corrigé aprés suppression et création d'un nouveau composant

Last edited by theburn (2014-04-04 10:11:37)

Forum GLPI-Project

Announcement

#1 2014-04-03 10:40:08

[OK] Plugins Monitoring|Webservices & Shinken

#2 2014-04-03 10:47:10

Re: [OK] Plugins Monitoring|Webservices & Shinken

#3 2014-04-03 11:04:41

Re: [OK] Plugins Monitoring|Webservices & Shinken

#4 2014-04-03 11:32:02

Re: [OK] Plugins Monitoring|Webservices & Shinken

#5 2014-04-03 13:15:31

Re: [OK] Plugins Monitoring|Webservices & Shinken

#6 2014-04-03 13:31:39

Re: [OK] Plugins Monitoring|Webservices & Shinken

#7 2014-04-03 13:36:57

Re: [OK] Plugins Monitoring|Webservices & Shinken

#8 2014-04-03 13:50:06

Re: [OK] Plugins Monitoring|Webservices & Shinken

#9 2014-04-03 14:00:16

Re: [OK] Plugins Monitoring|Webservices & Shinken

#10 2014-04-03 14:03:48

Re: [OK] Plugins Monitoring|Webservices & Shinken

#11 2014-04-03 14:54:29

Re: [OK] Plugins Monitoring|Webservices & Shinken

#12 2014-04-03 15:08:03

Re: [OK] Plugins Monitoring|Webservices & Shinken

#13 2014-04-04 10:01:34

Re: [OK] Plugins Monitoring|Webservices & Shinken

Board footer