Skip to main content

Bonjour la communauté,

Nous avons effectué une migration de CentOS 7 Centreon version 22.10 vers une distribution Alma 9 Centreon version 24.10.5.

Nous avons suivi la procédure Migrer depuis un OS de type EL vers un autre OS de type EL (depuis un Centreon 18.10 ou plus récent) | Centreon Documentation (jusqu’à l’étape 5.8).

La migration semble s’être bien déroulée.

Cependant, en s’authentifiant sur la page aucun résultat s’affiche. Or, dans la partie Configuration\Hôtes\Hôtes ou Configuration\Services\Services par hôte des éléments y figurent.

Dans la partie Collecteurs, le collecteur Central.

Nous n’avons pas désinstallé les agents précédemment installés pour la version 22.10 (environnement Windows).

Serait-il possible d’avoir une aide ?

Merci à toute la communauté.

 

 

Si vous avez besoin de plus d’éléments pour identifier la cause et avancer merci de nous en faire part.

 


Navrés, nous ne pouvons pas éditer le message original après un certain temps.

Une précision qui peut avoir son importance, lors de l’étape 4 et exécution de la commande 

dnf install centreon-plugin-\*

Nous avons eu ce message 

Dernière vérification de l’expiration des métadonnées effectuée il y a 2:44:54 le jeu. 20 mars 2025 08:10:59.
Erreur :
 Problème: installation impossible du meilleur candidat pour la tâche
  - nothing provides perl(MQSeries) needed by centreon-plugin-Applications-Ibmmq-Mqi-20250300-1.el9.noarch from centreon-plugins-24.10-stable-noarch
(essayez d’ajouter « --skip-broken » pour ignorer les paquets non installables ou « --nobest » pour ne pas utiliser seulement les meilleurs paquets candidats)

 

Après l’exécution de la commande 

dnf install centreon-plugin-\* --skip-broken

Dernière vérification de l’expiration des métadonnées effectuée il y a 2:45:33 le jeu. 20 mars 2025 08:10:59.
Dépendances résolues.

 Problème: installation impossible du meilleur candidat pour la tâche
  - nothing provides perl(MQSeries) needed by centreon-plugin-Applications-Ibmmq-Mqi-20250300-1.el9.noarch from centreon-plugins-24.10-stable-noarch
 

En fin de liste

Ignorer les paquets ayant des dépendances cassées :
 centreon-plugin-Applications-Ibmmq-Mqi                                            noarch            20250300-1.el9                              centreon-plugins-24.10-stable-noarch             64 k
 

 


Assez étrange… Il n’y a aucune vue sur le sujet. Quelqu’un peut me confirmer qu’il est bien visible et puisse y répondre ? Merci.

En parallèle, nous avons ouvert le même sujet en Anglais : 

En vérifiant l’état de service centreon-broker désormais nommé cbd

systemctl status cbd.service

/config] cwarning] logger object is deprecated on 21.10

 

Nous avons vraiment besoin de votre précieuse aide. Merci à tous.


Personne pour nous aider ?

Nous n’avons pas accès d’expérience sur le debug et la connaissance nécessaire.

Nous souhaiterions être guides pour arriver à un résultat.

Merci.


Salut ​@dacodac, je vais m’assurer de trouver un Centreonian pour vous aider. Bonne journée ! 


Did restart “gorgoned” process on all of your servers?

Did you generate, export configuration and restart your pollers?

Do you have error when you export configuration?


Bonjour ​@Fabrix , merci pour votre message et aide.

Nous avons essayé de revenir de zéro avec une nouvelle installation en important les données présentes sur l’ancien serveur.

Il serait peut-être préférable de partir sur cette base en oubliant la migration.

Nous avouons avoir beaucoup de questions.

Nous possédons un environnement vCenter avec des ESXi.

Nous avons installé le pack de plugin VMware (licence IT 100), configuré le fichier centreon_vmware.pm.

En exécutant la commande /usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm la communication semble OK.

/2025-03-24 14:17:38] 5info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
t2025-03-24 14:17:38] 5error] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
n2025-03-24 14:17:38] 5info] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
n2025-03-24 14:17:39] 5info] Configuration file /etc/centreon/centreon_vmware.pm has been read correctly and has 1 entry.
h2025-03-24 14:17:39] 5info] Create vsphere sub-process for 'default'
o2025-03-24 14:17:39] 5info] Server accepting clients]
i2025-03-24 14:17:39] 5info] 'default' ZMQ init begin
Q2025-03-24 14:17:39] 5info] 'default' init done
t2025-03-24 14:17:39] 5info] 'default' Vsphere connection in progress
2025-03-24 14:17:39] 5info] 'default' Vsphere connection ok
o2025-03-24 14:17:39] 5info] 'default' Create perf counters cache in progress
2025-03-24 14:17:39] 5info] 'default' Create perf counters cache done
 

En exportant la configuration depuis le collecteur pour application (si nous avons ben compris, l’export est nécessaire pour appliquer des modifications), un message d’erreur survient.

 

Préparation de l'environnement... OK
Génération des fichiers... OK
Déplacement des fichiers... NOK (Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)
Avorté.

Or, les autorisations sont les suivantes (par défaut) :

# find / -name "watchdog.json" 2> /dev/null
/var/cache/centreon/config/broker/1/watchdog.json
/etc/centreon-broker/watchdog.json
croot@centreon ~]# ll /var/cache/centreon/config/broker/1/watchdog.json
-rw-r--r-- 1 apache apache 549 24 mars  14:35 /var/cache/centreon/config/broker/1/watchdog.json
/root@centreon ~]# ll /etc/centreon-broker/watchdog.json
-rw-rw-r-- 1 centreon-broker centreon-broker 549 24 mars  14:35 /etc/centreon-broker/watchdog.

 

Toutes les ressources/services ESXI (CPU, Mémoire, Swap, Santé, Statut) du modèle du modèle Virt-VMWare2-ESX-custom sont concernées.

Le ping fonctionne.

 

En parallèle, nous avons différents messages d’erreurs.

UNKNOWN: SNMP GET Request: Cant get a single value.

 

La communication semble OK avec l’hôte sous Linux.

snmpwalk -v 1 -c public 192.168.2.150 .1
SNMPv2-MIB::sysDescr.0 = STRING: Linux test.domain.fr 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64
SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (314805) 0:52:28.05
SNMPv2-MIB::sysContact.0 = STRING: Root <root@localhost> (configure /etc/snmp/snmp.local.conf)
SNMPv2-MIB::sysName.0 = STRING: test.domain.fr
SNMPv2-MIB::sysLocation.0 = STRING: Unknown (edit /etc/snmp/snmpd.conf)
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORID.1 = OID: SNMP-MPD-MIB::snmpMPDCompliance
SNMPv2-MIB::sysORID.2 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance
SNMPv2-MIB::sysORID.3 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance
SNMPv2-MIB::sysORID.4 = OID: SNMPv2-MIB::snmpMIB
SNMPv2-MIB::sysORID.5 = OID: TCP-MIB::tcpMIB
SNMPv2-MIB::sysORID.6 = OID: IP-MIB::ip
SNMPv2-MIB::sysORID.7 = OID: UDP-MIB::udpMIB
SNMPv2-MIB::sysORID.8 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup
SNMPv2-MIB::sysORID.9 = OID: SNMP-NOTIFICATION-MIB::snmpNotifyFullCompliance
SNMPv2-MIB::sysORID.10 = OID: NOTIFICATION-LOG-MIB::notificationLogMIB
SNMPv2-MIB::sysORDescr.1 = STRING: The MIB for Message Processing and Dispatching.
SNMPv2-MIB::sysORDescr.2 = STRING: The management information definitions for the SNMP User-based Security Model.
SNMPv2-MIB::sysORDescr.3 = STRING: The SNMP Management Architecture MIB.
SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for SNMPv2 entities
SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing TCP implementations
SNMPv2-MIB::sysORDescr.6 = STRING: The MIB module for managing IP and ICMP implementations
SNMPv2-MIB::sysORDescr.7 = STRING: The MIB module for managing UDP implementations
SNMPv2-MIB::sysORDescr.8 = STRING: View-based Access Control Model for SNMP.
SNMPv2-MIB::sysORDescr.9 = STRING: The MIB modules for managing SNMP Notification, plus filtering.
SNMPv2-MIB::sysORDescr.10 = STRING: The MIB module for logging SNMP Notifications.
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.2 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.3 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.4 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.5 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.6 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.7 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.8 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.9 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.10 = Timeticks: (3) 0:00:00.03
HOST-RESOURCES-MIB::hrSystemUptime.0 = Timeticks: (2082949277) 241 days, 1:58:12.77
End of MIB

 

La mise à jour de la valeur SNMPEXTRAOPTIONS à 5, à permis de passer d’un état UNKNOWN: SNMP Table Request: Timeout à UNKNOWN: SNMP GET Request: Cant get a single value.

Le modèle utilisé OS-Linux-SNMP-custom. Le ping fonctionne également.

Navrés si tout cela vous semble simple/bête mais nous ne sommes pas des spécialistes. Nous sommes dans l’optique de mettre en place la supervision de notre infrastructure en comprenant ce que nous faisons à l’aide de votre expérience et envie de partage.

Merci à vous.


Bonjour ​@Fabrix et ​@Laurent , merci pour votre message et aide.

Nous avons essayé de revenir de zéro avec une nouvelle installation en important les données présentes sur l’ancien serveur.

Il serait peut-être préférable de partir sur cette base en oubliant la migration.

Nous avouons avoir beaucoup de questions.

Nous possédons un environnement vCenter avec des ESXi.

Nous avons installé le pack de plugin VMware (licence IT 100), configuré le fichier centreon_vmware.pm.

En exécutant la commande /usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm la communication semble OK.

K2025-03-24 14:17:38] 2info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
a2025-03-24 14:17:38] 2error] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
2025-03-24 14:17:38] 2info] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
2025-03-24 14:17:39] 2info] Configuration file /etc/centreon/centreon_vmware.pm has been read correctly and has 1 entry.
n2025-03-24 14:17:39] 2info] Create vsphere sub-process for 'default'
s2025-03-24 14:17:39] 2info] -Server accepting clients]
e2025-03-24 14:17:39] 2info] 'default' ZMQ init begin
2025-03-24 14:17:39] 2info] 'default' init done
a2025-03-24 14:17:39] 2info] 'default' Vsphere connection in progress
i2025-03-24 14:17:39] 2info] 'default' Vsphere connection ok
e2025-03-24 14:17:39] 2info] 'default' Create perf counters cache in progress
c2025-03-24 14:17:39] 2info] 'default' Create perf counters cache done
 

En exportant la configuration depuis le collecteur pour application (si nous avons ben compris, l’export est nécessaire pour appliquer des modifications), un message d’erreur survient.

 

Préparation de l'environnement... OK
Génération des fichiers... OK
Déplacement des fichiers... NOK (Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)
Avorté.

Or, les autorisations sont les suivantes (par défaut) :

# find / -name "watchdog.json" 2> /dev/null
/var/cache/centreon/config/broker/1/watchdog.json
/etc/centreon-broker/watchdog.json
troot@centreon ~]# ll /var/cache/centreon/config/broker/1/watchdog.json
-rw-r--r-- 1 apache apache 549 24 mars  14:35 /var/cache/centreon/config/broker/1/watchdog.json
eroot@centreon ~]# ll /etc/centreon-broker/watchdog.json
-rw-rw-r-- 1 centreon-broker centreon-broker 549 24 mars  14:35 /etc/centreon-broker/watchdog.

 

Toutes les ressources/services ESXI (CPU, Mémoire, Swap, Santé, Statut) du modèle du modèle Virt-VMWare2-ESX-custom sont concernées.

Le ping fonctionne.

 

En parallèle, nous avons différents messages d’erreurs, comme :

UNKNOWN: SNMP GET Request: Cant get a single value.

 

La communication semble OK avec l’hôte sous Linux.

snmpwalk -v 1 -c public 192.168.2.150 .1
SNMPv2-MIB::sysDescr.0 = STRING: Linux test.domain.fr 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64
SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (314805) 0:52:28.05
SNMPv2-MIB::sysContact.0 = STRING: Root <root@localhost> (configure /etc/snmp/snmp.local.conf)
SNMPv2-MIB::sysName.0 = STRING: test.domain.fr
SNMPv2-MIB::sysLocation.0 = STRING: Unknown (edit /etc/snmp/snmpd.conf)
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORID.1 = OID: SNMP-MPD-MIB::snmpMPDCompliance
SNMPv2-MIB::sysORID.2 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance
SNMPv2-MIB::sysORID.3 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance
SNMPv2-MIB::sysORID.4 = OID: SNMPv2-MIB::snmpMIB
SNMPv2-MIB::sysORID.5 = OID: TCP-MIB::tcpMIB
SNMPv2-MIB::sysORID.6 = OID: IP-MIB::ip
SNMPv2-MIB::sysORID.7 = OID: UDP-MIB::udpMIB
SNMPv2-MIB::sysORID.8 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup
SNMPv2-MIB::sysORID.9 = OID: SNMP-NOTIFICATION-MIB::snmpNotifyFullCompliance
SNMPv2-MIB::sysORID.10 = OID: NOTIFICATION-LOG-MIB::notificationLogMIB
SNMPv2-MIB::sysORDescr.1 = STRING: The MIB for Message Processing and Dispatching.
SNMPv2-MIB::sysORDescr.2 = STRING: The management information definitions for the SNMP User-based Security Model.
SNMPv2-MIB::sysORDescr.3 = STRING: The SNMP Management Architecture MIB.
SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for SNMPv2 entities
SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing TCP implementations
SNMPv2-MIB::sysORDescr.6 = STRING: The MIB module for managing IP and ICMP implementations
SNMPv2-MIB::sysORDescr.7 = STRING: The MIB module for managing UDP implementations
SNMPv2-MIB::sysORDescr.8 = STRING: View-based Access Control Model for SNMP.
SNMPv2-MIB::sysORDescr.9 = STRING: The MIB modules for managing SNMP Notification, plus filtering.
SNMPv2-MIB::sysORDescr.10 = STRING: The MIB module for logging SNMP Notifications.
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.2 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.3 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.4 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.5 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.6 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.7 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.8 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.9 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.10 = Timeticks: (3) 0:00:00.03
HOST-RESOURCES-MIB::hrSystemUptime.0 = Timeticks: (2082949277) 241 days, 1:58:12.77
End of MIB

 

La mise à jour de la valeur SNMPEXTRAOPTIONS à 5, à permis de passer d’un état UNKNOWN: SNMP Table Request: Timeout à UNKNOWN: SNMP GET Request: Cant get a single value.

Le modèle utilisé OS-Linux-SNMP-custom. Le ping fonctionne également.

Navrés si tout cela vous semble simple/bête mais nous ne sommes pas des spécialistes. Nous sommes dans l’optique de mettre en place la supervision de notre infrastructure en comprenant ce que nous faisons à l’aide de votre expérience et envie de partage.

Merci à vous.

 


 

Hello ​@Fabrix and ​@Laurent, thank you for your message and help.

We tried to start from scratch with a new installation by importing the data present on the old server.

It might be better to start from this base and forget about the migration.

We have a lot of questions.

We have a vCenter environment with ESXi.

We have installed the VMware plugin pack (IT 100 license), configured the centreon_vmware.pm file.

By running the command /usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm the communication seems OK.

2025-03-24 14:17:38] /info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
2025-03-24 14:17:38] gerror] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
o2025-03-24 14:17:38] info] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
2025-03-24 14:17:39] uinfo] Configuration file /etc/centreon/centreon_vmware.pm has been read correctly and has 1 entry.
o2025-03-24 14:17:39] cinfo] Create vsphere sub-process for 'default'
e2025-03-24 14:17:39] 4info] :Server accepting clients]
r2025-03-24 14:17:39] rinfo] 'default' ZMQ init begin
v2025-03-24 14:17:39] o2025-03-24 14:17:39] binfo] 'default' Vsphere connection in progress
t2025-03-24 14:17:39] 4info] 'default' Vsphere connection ok
i2025-03-24 14:17:39] 2info] 'default' Create perf counters cache in progress
r2025-03-24 14:17:39] 3info] 'default' Create perf counters cache done

 

When exporting the configuration from the application collector (as we understand it, exporting is necessary to apply modifications), an error message appears.

 

Preparing the environment... OK
File generation... OK
Move files... NOK (Could not write to VMWare's configuration file ‘watchdog.json’ for monitoring server ‘Central’. Please add writing permissions for the webserver's user).
Aborted.

The authorisations are as follows (by default) :

 # find / -name "watchdog.json" 2> /dev/null
/var/cache/centreon/config/broker/1/watchdog.json
/etc/centreon-broker/watchdog.json
root@centreon ~]# ll /var/cache/centreon/config/broker/1/watchdog.json
-rw-r--r-- 1 apache apache 549 24 mars  14:35 /var/cache/centreon/config/broker/1/watchdog.json
-root@centreon ~]# ll /etc/centreon-broker/watchdog.json
-rw-rw-r-- 1 centreon-broker centreon-broker 549 24 mars  14:35 /etc/centreon-broker/watchdog.

 

All ESXI resources/services (CPU, Memory, Swap, Health, Status) in the Virt-VMWare2-ESX-custom model are affected.

The ping works.

At the same time, we have various error messages, such as :

UNKNOWN: SNMP GET Request: Cant get a single value.

 

Communication seems OK with the Linux host.

snmpwalk -v 1 -c public 192.168.2.150 .1
SNMPv2-MIB::sysDescr.0 = STRING: Linux test.domain.fr 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64
SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (314805) 0:52:28.05
SNMPv2-MIB::sysContact.0 = STRING: Root <root@localhost> (configure /etc/snmp/snmp.local.conf)
SNMPv2-MIB::sysName.0 = STRING: test.domain.fr
SNMPv2-MIB::sysLocation.0 = STRING: Unknown (edit /etc/snmp/snmpd.conf)
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORID.1 = OID: SNMP-MPD-MIB::snmpMPDCompliance
SNMPv2-MIB::sysORID.2 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance
SNMPv2-MIB::sysORID.3 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance
SNMPv2-MIB::sysORID.4 = OID: SNMPv2-MIB::snmpMIB
SNMPv2-MIB::sysORID.5 = OID: TCP-MIB::tcpMIB
SNMPv2-MIB::sysORID.6 = OID: IP-MIB::ip
SNMPv2-MIB::sysORID.7 = OID: UDP-MIB::udpMIB
SNMPv2-MIB::sysORID.8 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup
SNMPv2-MIB::sysORID.9 = OID: SNMP-NOTIFICATION-MIB::snmpNotifyFullCompliance
SNMPv2-MIB::sysORID.10 = OID: NOTIFICATION-LOG-MIB::notificationLogMIB
SNMPv2-MIB::sysORDescr.1 = STRING: The MIB for Message Processing and Dispatching.
SNMPv2-MIB::sysORDescr.2 = STRING: The management information definitions for the SNMP User-based Security Model.
SNMPv2-MIB::sysORDescr.3 = STRING: The SNMP Management Architecture MIB.
SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for SNMPv2 entities
SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing TCP implementations
SNMPv2-MIB::sysORDescr.6 = STRING: The MIB module for managing IP and ICMP implementations
SNMPv2-MIB::sysORDescr.7 = STRING: The MIB module for managing UDP implementations
SNMPv2-MIB::sysORDescr.8 = STRING: View-based Access Control Model for SNMP.
SNMPv2-MIB::sysORDescr.9 = STRING: The MIB modules for managing SNMP Notification, plus filtering.
SNMPv2-MIB::sysORDescr.10 = STRING: The MIB module for logging SNMP Notifications.
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.2 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.3 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.4 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.5 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.6 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.7 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.8 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.9 = Timeticks: (3) 0:00:00.03
SNMPv2-MIB::sysORUpTime.10 = Timeticks: (3) 0:00:00.03
HOST-RESOURCES-MIB::hrSystemUptime.0 = Timeticks: (2082949277) 241 days, 1:58:12.77
End of MIB

 

By updating the SNMPEXTRAOPTIONS value to 5, the status was changed from UNKNOWN: SNMP Table Request: Timeout to UNKNOWN: SNMP GET Request: Cant get a single value.

The model used is OS-Linux-SNMP-custom. Ping also works.

We're sorry if all this sounds simple/difficult, but we're not specialists. We are in the process of setting up the monitoring of our infrastructure by understanding what we do with the help of your experience and desire to share.

Thank you very much.


Merci ​@Fabrix et ​@Laurent pour vos retours.

J’ai envoyé un précédent nouveau message à celui-ci qui doit être validé par l’équipe de modération (il est assez long...).

Oui, nous avons redémarré le service gorgoned.

Nous obtenons ce message d’erreur après l’export de la configuration

Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)
Avorté.

 

Permissions par défaut sur le fichier watchdog.json

# find / -name "watchdog.json" 2> /dev/null
/var/cache/centreon/config/broker/1/watchdog.json
/etc/centreon-broker/watchdog.json
nroot@centreon ~]# ll /var/cache/centreon/config/broker/1/watchdog.json
-rw-r--r-- 1 apache apache 549 24 mars  14:35 /var/cache/centreon/config/broker/1/watchdog.json
/root@centreon ~]# ll /etc/centreon-broker/watchdog.json
-rw-rw-r-- 1 centreon-broker centreon-broker 549 24 mars  14:35 /etc/centreon-broker/watchdog.json

 

_______________________________________

 

Thank you ​@Fabrix and ​@Laurent for your feedback.

I've sent a previous new message to this one, which needs to be validated by the moderation team (it's quite long...).

Yes, we have restarted the gorgoned service.

We get this error message after exporting the configuration

Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)
Avorté.

 

Default permissions on the watchdog.json file

# find / -name "watchdog.json" 2> /dev/null
/var/cache/centreon/config/broker/1/watchdog.json
/etc/centreon-broker/watchdog.json
/root@centreon ~]# ll /var/cache/centreon/config/broker/1/watchdog.json
-rw-r--r-- 1 apache apache 549 24 mars  14:35 /var/cache/centreon/config/broker/1/watchdog.json
troot@centreon ~]# ll /etc/centreon-broker/watchdog.json
-rw-rw-r-- 1 centreon-broker centreon-broker 549 24 mars  14:35 /etc/centreon-broker/watchdog.json
 


Nous avons résolu l'erreur 

Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)

Avorté.

 

Nous avons modifié les permissions sur le fichier centreon_vmware.json (les permissions sont-elles bonnes ?)

chmod 666 /etc/centreon/centreon_vmware.json

L'exportation de la configuration passe désormais.

Cependant, nous avons toujours des erreurs notamment avec les ESXi.

UNKNOWN: Unknown container name 'default'

 

Nous avons le fichier centreon_vmware.pm.deprecated taggé ainsi.

A quel niveau la configuration des ESX doit s’effectuer (informations d’identification) ?

 

 

Les autres messages d’erreurs obtenus : 

 

UNKNOWN: SNMP Table Request: Cant get a single value.

Hôte Linux.

Vérification de la communication avec snmpwalk depuis le serveur Centreon OK.

Ajout de l’option --snmp-autoreduce dans l’entrée EXTRAOPTIONS de la macro du service (service CPU).

 

UNKNOWN: SNMP GET Request: Cant get a single value.

 

Service Memory sans l’option  --snmp-autoreduce sur la même hôte Linux.

 

UNKNOWN: 500 Can't connect to 192.168.2.177:8443 (Connection refused)

Hôte Windows (Veeam)

 

UNKNOWN: da controller accelerator '1' is other

UNKNOWN: SNMP GET Request: Timeout

ILO.

 

________________________________

 

We have resolved error 

Could not write to VMWare's configuration file 'watchdog.json' for monitoring server 'Central'. Please add writing permissions for the webserver's user.)

Avorté.

We have changed the permissions on the centreon_vmware.json file

chmod 666 /etc/centreon/centreon_vmware.json

The configuration export now works.

However, we still have errors, particularly with ESXi.

We have the centreon_vmware.pm.deprecated file tagged as follows.

UNKNOWN: Unknown container name 'default'

 

At what level should ESX be configured (identification information) ?

 

 

Other error messages obtained : 

 

UNKNOWN: SNMP Table Request: Cant get a single value.

Linux host.

Checking communication with snmpwalk from the Centreon OK server.

Add the --snmp-autoreduce option to the EXTRAOPTIONS entry in the service macro (CPU service).

 

UNKNOWN: SNMP GET Request: Cant get a single value.

Service Memory without the --snmp-autoreduce option on the same Linux host.

 

UNKNOWN: 500 Can't connect to 192.168.2.177:8443 (Connection refused)

Windows host (Veeam)

 

UNKNOWN: da controller accelerator ‘1’ is other

UNKNOWN: SNMP GET Request: Timeout

ILO.

 


Une mise à jour.

Pour les messages suivants, le modèle utilisé est OS-Linux-SNMP-custom.

 

UNKNOWN: SNMP Table Request: Cant get a single value.

UNKNOWN: SNMP GET Request: Cant get a single value.

 

Le modèle utilisé est OS-Linux-SNMP-custom.

En passant par le modèle OS-Linux-SNMP la communication fonctionne sans pouvoir avoir l’analyse des ressources matérielles (CPU, Swap, Mémoire, etc.).

Pour le message 

UNKNOWN: 500 Can't connect to 192.168.2.177:8443 (Connection refused)

 

Le plugin Veeam API était installé. Nous avons tenté d’installer NSClient++ sur l’hôte Windows en activant le service web en écoute sur le port 8443.

Un certificat semble être demandé, nous n’avons pas trouvé la documentation nécessaire pour avancer sur le sujet

error:c:\source\0.5.2\modules\WEBServer\WEBServer.cpp:159: Certificate not found (disabling SSL)

 

En passant avec le plugin Veeam (NRPE) la communication est OK. Cependant nous obtenons le message d’erreur suivant

(Execute command failed)

L’objectif est de pouvoir analyser les jobs Veeam en s’assurant qu’ils se terminent sans erreurs.

La configuration :

/usr/lib64/nagios/plugins/check_centreon_nrpe -H 192.168.x.x -p 5666 -t 55 -u -m 8192 -c check_centreon_plugins -a 'apps::backup::veeam::local::plugin' 'job-status'  ' --filter-name="" --filter-start-time="" --filter-end-time="86400" --filter-counters="" --ok-status="" --warning-status="" --critical-status="%{is_running} == 0 and not %{status} =~ /Success/i" --warning-long="" --critical-long="" --verbose'

 

Pour le message 

UNKNOWN: da controller accelerator ‘1’ is other

UNKNOWN: SNMP GET Request: Timeout

L’ajout des attributs -verbose --threshold-overload='daacc,OK,other' --snmp-force-getnext dans l’entrée EXTRAOPTIONS de la macro a permis d’obtenir un statut OK.

 

Les messages d’erreurs concernant les ESX sont toujours présents.

UNKNOWN: Unknown container name 'default'

UNKNOWN: Cannot get response (timeout received)

 

____________________________

An update.

For the following messages, the model used is OS-Linux-SNMP-custom.

UNKNOWN: SNMP Table Request: Cant get a single value.

UNKNOWN: SNMP GET Request: Cant get a single value.

 

Using the OS-Linux-SNMP model, communication works without being able to analyse hardware resources (CPU, swap, memory, etc.).

For the message 

UNKNOWN: 500 Can't connect to 192.168.2.177:8443 (Connection refused)

 

The Veeam API plugin was installed. We tried to install NSClient++ on the Windows host by enabling the web service listening on port 8443.

A certificate seems to be requested, but we haven't found the necessary documentation to go any further on the subject

error:c:\source\0.5.2\modules\WEBServer\WEBServer.cpp:159: Certificate not found (disabling SSL)

 

Using the Veeam plugin (NRPE), communication is OK. However, we get the following error message

(Execute command failed)

 

The aim is to be able to analyse Veeam jobs, ensuring that they finish without errors.

The configuration :

/usr/lib64/nagios/plugins/check_centreon_nrpe -H 192.168.x.x -p 5666 -t 55 -u -m 8192 -c check_centreon_plugins -a ‘apps::backup::veeam::local::plugin’ ‘job-status’ ‘ --filter-name=’’ --filter-start-time="’ --filter-end-time=‘86400’ --filter-counters="’ --ok-status="’ --warning-status="’ --critical-status=‘%{is_running} == 0 and not %{status} =~ /Success/i’ --warning-long="’ --critical-long="’ --verbose'

 

For the message 

UNKNOWN: da controller accelerator ‘1’ is other

UNKNOWN: SNMP GET Request: Timeout

Adding the attributes -verbose --threshold-overload=‘daacc,OK,other’ --snmp-force-getnext to the EXTRAOPTIONS entry in the macro resulted in an OK status.

 

ESX error messages are still present.

UNKNOWN: Unknown container name 'default'

UNKNOWN: Cannot get response (timeout received)


Bonjour, 

Lors de l’upgrade vers la 24.10, j’ai aussi eu le message 
UNKNOWN: SNMP GET Request: Cant get a single value.
La raison provenait du fait que Centreon a changé le template snmp en rajoutant dans les options “--force-64bits-counters” mais ceci est une mauvaise idée pour les requetes snmp vers des anciens OS ( redhat 6 ou Aix ) . 
Pour verifier si vous etes dans le meme cas alors regardé la commande faite par Centreon pour le check de votre service. 
Pour corriger j’ai dupliquer le template snmp puis enlever dans la variable EXTRAOPTIONS le “--force-64bits-counters” et j’ai remplacé mon nouveau template dans le host template pour le recharger dans mes hosts impactés par l’erreur.
J’ai aussi eu le probleme de la config vmware.
Dans la nouvelle doc, je croyais que les 2 modes de configurations soit avec les fichiers /etc/centreon/centreon_vmware.json des pollers (anciens systeme de config ) ou soit dans l’interface web  (nouvelle config) etait possible mais pas du tout.
il est obligatoire de reconfigurer les services linux “centreon_vmware” ( ou les configurer si cela n’existait pas avec votre ancienne version. ) via l’interface web.
Pour rappel, les services centreon_vmware sont des passerelles vers les vcenter pour faire les requetes https.
Pour mon experience je suis passé par la webui car centreon a rajouté le chemin web 
Configuration->Additionnal connectors configuration ( via user admin ) 
J’ai fait un ADD pour chacune de mes config avec les memes infos que j’avais dans chaque centreon_vmware.json des mes pollers.
A noter que celui du central n’a pas été reinitialisé lors de l’upgrade et donc a empeché que la config ne soit deployée sur les pollers et sans mettre de message coté webui ( genre erreur de deploiement ) car en fait celui du central avait des droits devenus erronés avec la nouvelle version.
Le mieux est que celui du central soit vide avec les droits pour que le service httpd puissent le modifier.

J’espere que mon retour d’experience va vous permettre d’avancer dans le bon sens.
Franck.


Merci d’avoir pris le temps d’apporter une réponse ​@fzim 

Serait-il possible de nous guider pas-à-pas, par rapport à la configuration VMware ?

Nous avons les packs de plugins : VMware ESX, VMware vCenter, VMware vCenter v6.

Nous voyons depuis l’interface web Centreon dans Configuration\Configurations supplémentaires de connecteurs la possibilité d’ajouter des entrées.

En ajoutant les informations d’identification du vCenter et les ESX en dessous, les services sont toujours inconnus.

Sur le serveur Centreon nous avons deux fichiers au format .json

centreon_vmware.json

centreon_vmware.json.rpmnew

 

Recommencer à partir de zéro serait peut-être la meilleure des options.

Un manquement certain ne nous permet pas d’avancer.

Merci pour votre aide.

 

__________________________

 

 

Thanks for taking the time to reply ​@fzim 

Would it be possible to guide us step-by-step through the VMware configuration ?

We have the plugin packs : VMware ESX, VMware vCenter, VMware vCenter v6.

From the Centreon web interface in Configuration\Additional Connector Configurations, we see the possibility of adding entries.

By adding the vCenter and ESX credentials below, the services are still unknown.

On the Centreon server we have two files in .json format

centreon_vmware.json

centreon_vmware.json.rpmnew

 

Starting from scratch might be the best option.

We can't move forward if we're not sure.

Thank you for your help.

 

 

 


Nous n’arrivons plus à avancer.

En exécutant la commande suivante nous obtenons le message suivant :

# /usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm


r2025-04-03 14:29:52] 5info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
r2025-04-03 14:29:52] 5error] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
r2025-04-03 14:29:52] 5info] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
r2025-04-03 14:29:52] 5info] Configuration file /etc/centreon/centreon_vmware.pm has been read correctly and has 1 entry.
r2025-04-03 14:29:52] 5info] Create vsphere sub-process for 'default'
r2025-04-03 14:29:52] 5info] fServer accepting clients]
r2025-04-03 14:29:52] 5info] 'default' ZMQ init begin
r2025-04-03 14:29:52] 5info] 'default' init done
r2025-04-03 14:29:52] 5info] 'default' Vsphere connection in progress
r2025-04-03 14:29:52] 5info] 'default' Vsphere connection ok
r2025-04-03 14:29:52] 5info] 'default' Create perf counters cache in progress
r2025-04-03 14:29:53] 5info] 'default' Create perf counters cache done
 

 

La configuration du fichier /etc/centreon/centreon_vmware.pm

%centreon_vmware_config = (
    vsphere_server => {
                    'default' => {'url' => 'https://x.x.x.x/sdk',
                                 'username' => 'administrator@xxx.local',
                                 'password' => 'xxx'},
                    }
);

1;
 

 

En exécutant : 

#/usr/lib/centreon/plugins/centreon_vmware_connector_client.pl --plugin=apps::vmware::connector::plugin --mode=getmap --custommode=connector --connector-hostname='localhost' --connector-port='5700' --container='default'


UNKNOWN: Unknown container name 'default'

 

__________________________

 

We can't go any further.

If we run the following command, we get the following message :

# /usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm


p2025-04-03 14:29:52] einfo] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
i2025-04-03 14:29:52] ferror] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
f2025-04-03 14:29:52] ninfo] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
o2025-04-03 14:29:52] ninfo] Configuration file /etc/centreon/centreon_vmware.pm has been read correctly and has 1 entry.
e2025-04-03 14:29:52] info] Create vsphere sub-process for 'default'
02025-04-03 14:29:52] info] Server accepting clients]
t2025-04-03 14:29:52] :info] 'default' ZMQ init begin
n2025-04-03 14:29:52] 1info] 'default' init done
n2025-04-03 14:29:52] 4info] 'default' Vsphere connection in progress
02025-04-03 14:29:52] info] 'default' Vsphere connection ok
2025-04-03 14:29:52] 2info] 'default' Create perf counters cache in progress
:2025-04-03 14:29:53] tinfo] 'default' Create perf counters cache done

 

Configuring the /etc/centreon/centreon_vmware.pm file

%centreon_vmware_config = (
    vsphere_server => {
                    'default' => {'url' => 'https://x.x.x.x/sdk',
                                 'username' => 'administrator@xxx.local',
                                 'password' => 'xxx'},
                    }
);

1;

 

By executing :

#/usr/lib/centreon/plugins/centreon_vmware_connector_client.pl --plugin=apps::vmware::connector::plugin --mode=getmap --custommode=connector --connector-hostname='localhost' --connector-port='5700' --container='default'


UNKNOWN: Unknown container name 'default'


@fzim Après vérification, l'option --force-64bits-counters dans EXTRAOPTIONS d'un service lié au modèle OS-Linux-SNMP-custom n'est pas renseignée.
C'est bizarre, avec le modèle OS-Linux-SNMP ça fonctionne sans aucune erreur et non avec le modèle custom.

____________________

@fzim After checking, the --force-64bits-counters option in EXTRAOPTIONS of a service linked to the OS-Linux-SNMP-custom model is not filled in.
That's strange, with the OS-Linux-SNMP model it works without any error and not with the custom model.


Bonjour,

Quand je compare avec ma configuration vmware, je remarque que nous n’avons pas les memes fichiers de configuration. De mon coté j’ai ceci sur mon centreon central : 
-rw-r--r-- 1 apache   apache     2 Apr  2 16:43 /etc/centreon/centreon_vmware.json
-rw-r----- 1 centreon centreon 732 Feb  7 17:06 /etc/centreon/centreon_vmware.json.old
-rw-r--r-- 1 root     root     777 Oct 18 11:57 /etc/centreon/centreon_vmware.pm.deprecated
eroot@central ~]#
Le fichier centreon_vmware.pm doit etre celui de l’ancienne version, c’est pour cela que cela ne va pas.

Et sur mon collecteur, il y a un service Linux : 

# systemctl status centreon_vmware.service
● centreon_vmware.service - Centreon VMWare
     Loaded: loaded (/etc/systemd/system/centreon_vmware.service; enabled; preset: disabled)
     Active: active (running) since Wed 2025-04-02 16:43:15 CEST; 1 day 17h ago
   Main PID: 18307 (perl)
      Tasks: 14 (limit: 23151)
     Memory: 97.5M
        CPU: 22min 42.918s
     CGroup: /system.slice/centreon_vmware.service
             ├─18307 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             └─18315 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info

Apr 02 16:43:15 collecteur01 systemda1]: Started Centreon VMWare.
#
Le fichier  /etc/centreon/centreon_vmware.json est rempli via l’inteface web apres avoir fait ‘export configuration’ 

Je pense qu’il ne faut pas lancer l’ancienne commande :
/usr/bin/perl /usr/bin/centreon_vmware.pl --config=/etc/centreon/centreon_vmware.pm
mais c’est le nouveau service qu’il faut lancer qui utilisera le fichier json. 
Quand vous ferez la configuration sur le web et faire l’export de la config alors vous devriez avoir un bon fichier comme moi qui sera cree .
# cat /etc/centreon/centreon_vmware.json
{
    "vsphere_server": r
        {
            "name": "vcs01",
            "url": "https://vcs010.int.dns/sdk",
            "username": "admin_vcs@vcenter.local",
            "password": "admin"
        }
    ],
    "port": 5700
}

# ls -l /etc/centreon/centreon_vmware.json
-rw-r----- 1 centreon-gorgone centreon 244 Apr  2 16:43 /etc/centreon/centreon_vmware.json
A noter que au debut de l’export de la configuration, celle ci ne marchait pas et ne montrait pas d’erreur car le fichier /etc/centreon/centreon_vmware.json n’avait pas les bon droit pour etre mise a jour.( donc je vous montre les droits que j’ai au cas ou ) 

J’ai essayé votre commande et ca marche bien ( noter que le container vcs01 correspond au “name” de l’identifiant sur l’interface web.)
# /usr/lib/centreon/plugins/centreon_vmware_connector_client.pl --plugin=apps::vmware::connector::plugin --mode=getmap --custommode=connector --connector-hostname='localhost' --connector-port='5700' --container='vcs01'
List ESX host(s):
  esx01.int.dns pv7.0.3] :
      Pulse opoweredOff]
      Linux10.int.dns rpoweredOn]
J’espere que les extraits de ma configuration vont vous aider.

Franck.


Merci ​@fzim  pour votre nouvelle contribution.
En regardant les fichiers de configuration VMware présents de notre côté, ils sont différents (au niveau des droits également).
# ls -l /etc/centreon/centreon_vmware.*


-rw-rw-rw- 1 centreon centreon 454  4 avril 10:55 /etc/centreon/centreon_vmware.json
-rw-r--r-- 1 root     root     659  1 avril 15:27 /etc/centreon/centreon_vmware.json.rpmnew
-rw-r--r-- 1 root     root     293  3 avril 14:29 /etc/centreon/centreon_vmware.pm

Le service centreon_vmware.service est bien présent et actif.

Depuis l'interface web (Configuration\Connecteurs\Configurations additionnelles) nous avons ajouté les informations vSphere et ESX (cluster).
En vérifiant le fichier centreon_vmware.json les informations sont bien inscrites.

Y a-t-il un conflit de lecture avec les fichiers de configuration ?

 

En parallèle, nous avons remarqué que nous avons un nom différent de la documentation pour le plugin Veeam.
/usr/lib64/nagios/plugins/check_centreon_nrpe3 et non check_centreon_nrpe

La communication semble OK.

#/usr/lib64/nagios/plugins/check_centreon_nrpe3 -H 1x.x.x.x -p 5666 -t 60 -u -2 -P 8192


I (0.5.2.41 2018-04-26) seem to be doing fine…

 

Le test de supervision d’une ressource quant à lui échoue.

#bash-5.1$ /usr/lib64/nagios/plugins/check_centreon_nrpe3 -H x.x.x.x -p 5666 -t 55  -c

check_centreon_plugins -a 'apps::backup::veeam::local::plugin' 'tape-jobs'  ' \
        --filter-name="" \
        --warning-status="" \
        --critical-status="%\{enabled\} == 1 and not %\{last_result\} =~ /Success|None/i" \
        --warning-total="" \
        --critical-total="" \
        --verbose'
CHECK_NRPE: Receive header underflow - only 0 bytes received (4 expected)

 

_____________________

 

Thank you ​@fzim for your new contribution.
Looking at the VMware configuration files on our side, they are different (also in terms of rights).
# ls -l /etc/centreon/centreon_vmware.*


-rw-rw-rw- 1 centreon centreon 454 4 april 10:55 /etc/centreon/centreon_vmware. json
-rw-r--r-- 1 root root 659 April 1 15:27 /etc/centreon/centreon_vmware.json.rpmnew
-rw-r--r-- 1 root root 293 April 3 14:29 /etc/centreon/centreon_vmware. pm

 

The centreon_vmware.service is present and active.

From the web interface (Configuration\Connecteurs\Configurations additionnelles) we have added the vSphere and ESX (cluster) information.
By checking the centreon_vmware.json file, the information is correctly entered.

Is there a read conflict with the configuration files ?

 

At the same time, we noticed that we have a different name for the Veeam plugin in the documentation.
/usr/lib64/nagios/plugins/check_centreon_nrpe3 and not check_centreon_nrpe

#/usr/lib64/nagios/plugins/check_centreon_nrpe3 -H 1x.x.x.x -p 5666 -t 60 -u -2 -P 8192


I (0.5.2.41 2018-04-26) seem to be doing fine. …

 

#bash-5.1$ /usr/lib64/nagios/plugins/check_centreon_nrpe3 -H x.x.x.x -p 5666 -t 55 -c

check_centreon_plugins -a 'apps::backup::veeam::local::plugin' 'tape-jobs' ' \
 --filter-name="" \
 --warning-status="" \
 --critical-status="%\{enabled\} == 1 and not %\{last_result\} =~ /Success|None/i" \
 --warning-total="" \
 --critical-total="" \
 --verbose'
CHECK_NRPE: Receive header underflow - only 0 bytes received (4 expected).


For question about  CHECK_NRPE: Receive header underflow - only 0 bytes received (4 expected).

 

Could it be due to your crypto-policie on ALMA9?

On my poller i had to to execute :

 update-crypto-policies --set LEGACY

and reboot my poller

 

If you want to know crypto policie your are using (should be DEFAULT):

type : update-crypto-policies --show

 

 

 


Merci pour votre contribution ​@sdouce 
Hélas, le message apparait toujours.

Il y a un sujet similaire qui date, sans avoir une réelle solution

https://thewatch.centreon.com/platform-7/veeam-job-status-check-nrpe-receive-header-underflow-only-0-bytes-received-4-expected-2205

@omercier 

 

Sur le service Job-Status (modèle Veeam NRPE custom), le message suivant :


UNKNOWN: Command error: System.Management.Automation.CommandNotFoundException: The term 'Get-VBRBackupSession' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again. - at System.Management.Automation.ExceptionHandlingOps.CheckActionPreference(FunctionContext funcContext, Exception exception) - at System.Management.Automation.Interpreter.ActionCallInstruction`2.Run(InterpretedFrame frame) - at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame) - at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)

 

 

________________________

 

Thank you for your contribution ​@sdouce 
Unfortunately, the message still appears.

There's a similar topic that dates back, but there's no real solution 

https://thewatch.centreon.com/platform-7/veeam-job-status-check-nrpe-receive-header-underflow-only-0-bytes-received-4-expected-2205

@omercier 

 

On the Job-Status service (Veeam NRPE custom model), the following message appears :


UNKNOWN: Command error: System.Management.Automation.CommandNotFoundException: The term 'Get-VBRBackupSession' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again. - at System.Management.Automation.ExceptionHandlingOps.CheckActionPreference(FunctionContext funcContext, Exception exception) - at System.Management.Automation.Interpreter.ActionCallInstruction`2.Run(InterpretedFrame frame) - at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame) - at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)


Hello,

Je n’ai pas eu les 2 fichiers simultanement.
/etc/centreon/centreon_vmware. pm
/etc/centreon/centreon_vmware. json

Si votre service centreon_vmware.service doit etre le seul qui doit tourner et pas l’ancien. 

la commande lancée par le service est : 
/usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
Donc on voit qu’il y a /var/log/centreon/centreon_vmware.log en option. Ce fichier est a consulté pour voir si ca fonctionne ou voir des erreurs.

Ce process est a l’ecoute du port 5700, donc votre commande de test doit appeler ce service pour s’executer.

Vous pouvez verifier que ce process a bien été relancé apres votre config sur le web car si ca se trouve il n’est par relancé par l’interface web. Verifier egalement que le port 5700 est bien utilisé par le nouveau service centreon_vmware.service.
Avec tout ceci, je pense que tout est en place pour que ca fonctionne.

Franck.


Bonjour ​@fzim 

# systemctl status centreon_vmware.service

● centreon_vmware.service - Centreon VMWare
     Loaded: loaded (/etc/systemd/system/centreon_vmware.service; enabled; preset: disabled)
     Active: active (running) since Fri 2025-04-04 16:25:53 CEST; 2 days ago
   Main PID: 8354 (perl)
      Tasks: 21 (limit: 4648)
     Memory: 29.6M
        CPU: 1min 23.160s
     CGroup: /system.slice/centreon_vmware.service
             ├─8354 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             ├─8361 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             └─8362 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info

 

# netstat -tulnp | grep centreon_vmware.service

# netstat -tulnp | grep 5700

tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      283697/perl

 

# cat /var/log/centreon/centreon_vmware.log

l2025-04-02 11:39:43] #info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
2025-04-02 11:39:43] eerror] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
t2025-04-02 11:39:43] ninfo] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
a2025-04-02 11:39:43] info] Configuration file /etc/centreon/centreon_vmware.json has been read correctly and has 2 entries.
2025-04-02 11:39:43] ninfo] Create vsphere sub-process for 'esxi1-ha.herault-transport.fr'
12025-04-02 11:39:43] info] Create vsphere sub-process for 'vsphere.herault-transport.fr'
12025-04-02 11:39:43] einfo] 'esxi1.xxx-xxx.xx' ZMQ init begin
n2025-04-02 11:39:43] 0info] 'esxi1.xxx-xxx.xx' init done
2025-04-02 11:39:43] 2info] 'esxi1.xxx-xxx.xx' Vsphere connection in progress
[2025-04-02 11:39:43] [info] 'Server accepting clients]
c2025-04-02 11:39:43] >info] 'vsphere.xxx.xx' ZMQ init begin
i2025-04-02 11:39:43] 5info] 'vsphere.xxx.xx' init done
x2025-04-02 11:39:43] >info] 'vsphere.xxx.xx' Vsphere connection in progress
/2025-04-02 11:39:44] ]info] 'esxi1.xxx-xxx.xx' Vsphere connection ok
e2025-04-02 11:39:44] 1info] 'esxi1.xxx-xxx.xx' Create perf counters cache in progress
-2025-04-02 11:39:44] einfo] 'vsphere.xxx.xx' Vsphere connection ok
g2025-04-02 11:39:44] info] 'vsphere.xxx.xx' Create perf counters cache in progress
02025-04-02 11:39:44] info] 'vsphere.xxx.xx' Create perf counters cache done
>2025-04-02 11:39:44] info] 'vsphere.xxx.xx' Create perf counters cache done
>2025-04-02 11:54:45] info] 'esxi1.xxx-xxx.xx' Get current time = $VAR1 = '2025-04-02T09:54:45.948526Z';

2025-04-02 11:54:46] tinfo] 'vsphere.xxx.xx'' Get current time = $VAR1 = '2025-04-02T09:54:46.454067Z';

]2025-04-02 12:09:46] tinfo] 'esxi1.xxx-xxx.xx' Get current time = $VAR1 = '2025-04-02T10:09:46.768337Z';

2025-04-02 12:09:47] tinfo] 'vsphere.xxx.xx'' Get current time = $VAR1 = '2025-04-02T10:09:47.580031Z';

 

Nous avons essayé de modifier la valeur -container à partir de l’interface web et nous obtenons toujours le message d’erreur (nslookup de l’IP en relevant le nom de la sortie)

UNKNOWN: Unknown container name 'ex1xxx.xxx-xxx.xx'

 

________________________________

Hello ​@fzim 

# systemctl status centreon_vmware.service

● centreon_vmware.service - Centreon VMWare
     Loaded: loaded (/etc/systemd/system/centreon_vmware.service; enabled; preset: disabled)
     Active: active (running) since Fri 2025-04-04 16:25:53 CEST; 2 days ago
   Main PID: 8354 (perl)
      Tasks: 21 (limit: 4648)
     Memory: 29.6M
        CPU: 1min 23.160s
     CGroup: /system.slice/centreon_vmware.service
             ├─8354 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             ├─8361 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             └─8362 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info

 

# netstat -tulnp | grep centreon_vmware.service

# netstat -tulnp | grep 5700

tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      283697/perl

 

# cat /var/log/centreon/centreon_vmware.log

02025-04-02 11:39:43] info] No vault config file given. Applying default: /var/lib/centreon/vault/vault.json
>2025-04-02 11:39:43] oerror] The given configuration file /var/lib/centreon/vault/vault.json does not exist. Passwords won't be retrieved from Centreonvault. Ignore this if you don't use Centreonvault.
T2025-04-02 11:39:43] ninfo] Something happened during init() method that makes Centreonvault not usable. Ignore this if you don't use Centreonvault.
s2025-04-02 11:39:43] >info] Configuration file /etc/centreon/centreon_vmware.json has been read correctly and has 2 entries.
n2025-04-02 11:39:43] info] Create vsphere sub-process for 'esxi1-ha.herault-transport.fr'
t2025-04-02 11:39:43] minfo] Create vsphere sub-process for 'vsphere.herault-transport.fr'
32025-04-02 11:39:43] sinfo] 'esxi1.xxx-xxx.xx' ZMQ init begin
p2025-04-02 11:39:43] -info] 'esxi1.xxx-xxx.xx' init done
r2025-04-02 11:39:43] rinfo] 'esxi1.xxx-xxx.xx' Vsphere connection in progress
x2025-04-02 11:39:43] ginfo] /Server accepting clients]
e2025-04-02 11:39:43] info] 'vsphere.xxx.xx' ZMQ init begin
i2025-04-02 11:39:43] info] 'vsphere.xxx.xx' init done
22025-04-02 11:39:43] rinfo] 'vsphere.xxx.xx' Vsphere connection in progress
s2025-04-02 11:39:44] tinfo] 'esxi1.xxx-xxx.xx' Vsphere connection ok
x2025-04-02 11:39:44] 2info] 'esxi1.xxx-xxx.xx' Create perf counters cache in progress
g2025-04-02 11:39:44] info] 'vsphere.xxx.xx' Vsphere connection ok
t2025-04-02 11:39:44] 0info] 'vsphere.xxx.xx' Create perf counters cache in progress
2025-04-02 11:39:44] 4info] 'vsphere.xxx.xx' Create perf counters cache done
b2025-04-02 11:39:44] :info] 'vsphere.xxx.xx' Create perf counters cache done
o2025-04-02 11:54:45] 2info] 'esxi1.xxx-xxx.xx' Get current time = $VAR1 = '2025-04-02T09:54:45.948526Z';

:2025-04-02 11:54:46] xinfo] 'vsphere.xxx.xx' Get current time = $VAR1 = '2025-04-02T09:54:46.454067Z';

x2025-04-02 12:09:46] info] 'esxi1.xxx-xxx.xx' Get current time = $VAR1 = '2025-04-02T10:09:46.768337Z';

'2025-04-02 12:09:47] Vinfo] 'vsphere.xxx.xx' Get current time = $VAR1 = '2025-04-02T10:09:47.580031Z';

 

We have tried to modify the -container value from the web interface and we still get the error message (nslookup of the IP by reading the name of the output)

 

 


En ne renseignant rien dans -esx-hostname le message d’erreur est le suivant

UNKNOWN: Argument error: esx hostname cannot be null

 

Les options renseignées dans la macro Virt-VMWare-ESX-custom

CENTREONVMWARECONTAINER : esx1.xx-xx.xx

CENTREONVMWAREHOST : localhost

CENTREONVMWAREPORT : 5700

ESXNAME : esx1.xx-xx.xx

CENTREONVMWAREEXTRAOPTIONS : Vide

 

Le contenu du fichier /etc/centreon/centreon_vmware.json

{
    "vsphere_server": s
        {
            "name": "vsphere.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx@xx.local",
            "password": "xxx"
        },
        {
            "name": "esxi1.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx",
            "password": "xxx”
        },
        {
            "name": "esxi2.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx”,
            "password": "xxx"
        },
        {
            "name": "esxi3-xx.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx",
            "password": "xxx"
        }
    ],
    "port": 5700

 

 

 

________________________

 

If you leave -esx-hostname empty, you get the following error message

UNKNOWN: Argument error: esx hostname cannot be null

 

The options set in the Virt-VMWare-ESX-custom macro

CENTREONVMWARECONTAINER : esx1.xx-xx.xx

CENTREONVMWAREHOST : localhost

CENTREONVMWAREPORT : 5700

ESXNAME : esx1.xx-xx.xx

CENTREONVMWAREEXTRAOPTIONS : Blank

 

The contents of the /etc/centreon/centreon_vmware.json file

{
    "vsphere_server": O
        {
            "name": "vsphere.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx@xx.local",
            "password": "xxx"
        },
        {
            "name": "esxi1.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx",
            "password": "xxx”
        },
        {
            "name": "esxi2.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx”,
            "password": "xxx"
        },
        {
            "name": "esxi3-xx.xx-xx.xx",
            "url": "https://x.x.x.x/sdk",
            "username": "xx",
            "password": "xxx"
        }
    ],
    "port": 5700

 


Merci à l’équipe de modération d’éditer le message précédent.

 

__________________

 

Thank you to the moderation team for editing the previous message.


Bonjour ​@fzim 

# systemctl status centreon_vmware.service

● centreon_vmware.service - Centreon VMWare
     Loaded: loaded (/etc/systemd/system/centreon_vmware.service; enabled; preset: disabled)
     Active: active (running) since Fri 2025-04-04 16:25:53 CEST; 2 days ago
   Main PID: 8354 (perl)
      Tasks: 21 (limit: 4648)
     Memory: 29.6M
        CPU: 1min 23.160s
     CGroup: /system.slice/centreon_vmware.service
             ├─8354 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             ├─8361 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info
             └─8362 /usr/bin/perl /usr/bin/centreon_vmware.pl --config-extra=/etc/centreon/centreon_vmware.json --logfile=/var/log/centreon/centreon_vmware.log --severity=info

 

# netstat -tulnp | grep centreon_vmware.service

# netstat -tulnp | grep 5700

tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      283697/perl

 

Bonjour, 
Je detecte une anomalie qui montre un probleme sur votre lancement.

Vous avez un process “283697/perl” a l’ecoute du port 5700 mais votre service ne montre pas ce pid. ( on voit le pid 8354 ) 
Vous pouvez faire un ps -ef | grep 283697 pour savoir si ce n’est pas l’ancienne version qui tourne ? 

Franck.

 

 

 


Bonjour ​@fzim voici le retour des commandes demandées :

# netstat -tulnp | grep 5700

tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      290847/perl

# ps -ef | grep 2900847

root      383600  383483  0 08:03 pts/0    00:00:00 grep --color=auto 2900847

 

________________________

 

Hi ​@fzim here are the returns on the orders you requested :

# netstat -tulnp | grep 5700

tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      290847/perl

# ps -ef | grep 2900847

root      383600  383483  0 08:03 pts/0    00:00:00 grep --color=auto 2900847

 


Reply