My poller is not Running ! Why ?

Il n’y a pas une semaine ou l’on me pose cette question. Mais que peut bien se cacher derrière cette interface Web indiquant l’état de mon poller (collecteur en français) ?
En fait, cette information qui semble simple et anodine au premier abord, est le résultat d’un mécanisme complexe pour un néophyte en supervision Centreon.

1 - Poller local

Maintenant, examinons dans le détail le cheminement pour obtenir cette information « Yes, mon poller is running ». Comme je préfère les schémas aux explications alambiquées, voici un croquis des processus permettant le résultat attendu. Nous étudierons, pour l’instant, une installation standalone avec le poller intégré au serveur Central Centreon.

Comme vous le voyez, lorsque vous me posez votre question toute simple, ma réponse ne pourra être finalement très évasive au vu de la complexité du fonctionnement.
Donc, après avoir lu mes tutos, vous n’arrivez pas à obtenir l’effet escompté ? Pas de panique, nous allons ensemble reprendre chaque élément pour vérifier leur fonctionnement.

1a Le moteur

Avant toute chose, assurez-vous que votre moteur de supervision (centreon-engine) fonctionne en utilisant cette commande (1).

service centengine status

1b Le broker

Ensuite, vérifiez les processus du broker (2). Celui-ci réalise le lien entre le moteur et l’IHM Centreon en alimentant la base de données. Tout d’abord, vérifiez le mécanisme de watdog du broker.

service cbd status

et ensuite les processus cbd (3)

ps aux | grep "cb[wd|d]"

Tout fonctionne ? Parfait ! Euh, vous n’avez pas vérifié les logs ? Je vous invite à y jeter un coup d’œil, c’est fou ce que l’on peut trouver dans ces fameux fichiers. Avec Centreon, tout est bien rangé, les logs du moteur se trouvent dans /var/log/centreon-engine et les logs du broker se trouvent dans /var/log/centreon-broker.

1c Le flux TCP

Un point important, nécessitant quelques connaissances réseaux, est le flux TCP (4) liant les deux programmes précédents : le moteur et le broker. Le moteur, par l’intermédiaire du module cbmod, doit envoyer les données au broker par un flux TCP (par défaut 5669). Dans le détail, le broker Central écoute sur le socket TCP 5669 (Mode Listen). Le module cbmod envoie les données sur l’interface loopback (locahost), il doit indiquer l’état Etablished pour cette connexion. On utilisera sans modération la commande netstat pour connaître l’état de cette connexion.

netstat -plant | grep 5669

Je ne répéterais jamais assez, vérifiez les logs si vous avez un doute Astuce : lors d’une première installation, il arrive parfois qu’un redémarrage du serveur permette un déblocage de cette connexion TCP.

1d La base de données

Vous êtes toujours en panne ? il vous reste à vérifier la connexion à votre base centreon_storage (5), et plus particulièrement, la table instances. La majorité des erreurs proviennent d’une erreur de saisie des paramètres de connexion à la base de données.

1e Toujours en panne ?

Si, malgré toutes ces vérifications, vous n’arrivez pas à faire fonctionner votre poller, vous devrez vous poser les questions suivantes :

• S’agit-il d’un problème de configuration de Centreon dans l’IHM (6) ?
• S’agit-il d’un problème de l’exportation de la configuration de la base de données vers des fichiers plats (7) ?
• S’agit-il d’un problème sudo nécessaire au fonctionnement de Centreon (8) ?

2 - Poller distant

Passons maintenant au problème du poller distant dans une architecture distribuée.

2a Configuration d’un poller distant

Généralement les problèmes commencent par la création de la configuration avec l’IHM. Actuellement, il existe un bug gênant sur la génération de la configuration. Ainsi, à chaque nouvelle configuration d’un poller ou d’une configuration broker, une configuration d’engine sera créée. Il ne faudra pas oublier de reprendre la configuration du moteur à chaque modification (broker et/ou poller). Si vous omettez cette vérification, vous serez confrontés à des dysfonctionnements assez coton à comprendre !

2b Le processus Centcore

Autre point important, afin d’envoyer la configuration au poller distant, vous aurez besoin de vous appuyer sur le processus centcore. Vérifiez si celui-ci est en fonctionnement (9).

service centcore status

Ce service, grâce à la connexion ssh que vous avez configuré entre le Central et le poller distant, va envoyer les configurations (moteur et broker) au poller. Pour vérifier votre connexion ssh, connectez-vous en user centreon et réaliser une connexion ssh (10). Vous ne devez pas avoir besoin de saisir un quelconque mot de passe.

su - centreon
ssh centreon@ip poller

Le mode debug de centcore vous permettra de vérifier le bon fonctionnement de l’envoi des données et l’ordre d’exécution des commandes distantes du moteur. Il faudra vérifier, comme précédemment sur le central, que la configuration sudo fonctionne sur votre poller.

2c Le flux TCP

Le point le plus délicat est celui de la connexion TCP entre le module cbmod et votre poller distant et le central. Assurez-vous votre poller est capable de communiquer avec votre Central et qu’aucun pare-feu ne bloque cette communication (11).

2d Configuration du broker distant

Avez-vous bien configuré le module cbmod (12) ? Celui-ci doit comporter un Output IP v4 capable d’envoyer les données au Central. N’oubliez pas les logs ! Attention, pour la version packagée Debian, les logs du module cbmod se trouvent dans /var/log/centreon-engine.

3 - Conclusion

Je pense avoir fait le tour des principaux point d’achoppement qui empêcherait le bon fonctionnement de votre supervision. Alors, de grâce, ne me dites jamais plus : Mon poller est à No, je suis bloqué, aidez-moi !
Réfléchissez, lisez les logs, vérifiez les processus avec les commandes adéquates. Cela vous aidera à comprendre le merveilleux monde de la supervision avec Centreon

Liens annexes :
- Fonctionnement de l'exportation de la configuration
- Fonctionnement du watchdog Broker
- Fonctionnement du broker Centreon
- Débogage du broker Central
- Débogage du poller distant

Tags: Centreon, Centreon-engine, Centreon-broker