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)


Reply