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é.
Page 1 / 2
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) :
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) :
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.
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
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é.
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.
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.
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 :
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
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
@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
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
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
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.
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'
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
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 :