Unanswered questions

Hi,I recently updated to version 24.10.15 from 24.10.14I also updated some third party plugins at the same time.Since that update I have had the problem that occassionally the services running the plugins (Dell iDRAC among others) are timed out after a while. Could be every other hour or after a day or two.All services using those plugins are moved to “Unknown” with information “(Process Timeout)”Restarting the poller in the GUI solves the problem but why is this happening and any solution?Running the same plugin in the CLI works without any problems so it seems to be a poller issue. OK: All 2 components are ok [2/2 psus]. | 'PSU1#hardware.powersupply.power.watt'=200W;;;0; 'PSU2#hardware.powersupply.power.watt'=180W;;;0; 'hardware.psu.count'=2;;;;Checking poer suppliespower supply 'PSU1' status is 'ok' [instance: 1.1] [value: 200]power supply 'PSU2' status is 'ok' [instance: 1.2] [value: 180]  

Bonjour, dès que je veux modifier, créer , supprimer un objet j’ai cette erreur qui apparaît du jour au lendemain. Pouvez vous m’aidez svp ?

Hi,Is it possible to add Auto disco for Cloud-Prometheus-cAdvisor-Api-custom Thanks,

I set up an IDP using the pysaml2 python library and want to connect it to Centreon via SAML, but I can’t find the SP Centreon metadata. Where can I find it?

Hi, we have a new DELL ME5012 Storage.is there a Centreon Plugin ? or other plugins / check what can i use for this Storage ?SNMP and so on

Hi,In the 24.10.22 release notes we can read:> [API] The API no longer returns "null" when trying to acces the /monitoring/servers endpoint (it will now returns the IP address of the pollers). What’s about the /monitoring/downtimes endpoint? Shouldn’t all the endpoints with the same erratic behaviour be fixed once? 

Hello,I’m encountering an issue with ACL behavior after service discovery in Centreon.Environment: OS: Red Hat Enterprise Linux 9.6 Centreon version: 25.10.9 (Central + Poller + MySQL 8) SELinux: disabled Context: I have configured user ACLs to restrict actions (menus, features, etc.). For resources, I did not create any specific restriction since all users should see all resources. Therefore, I am using the default “All Resources” ACL. Issue:When new services are discovered via service discovery: Non-admin users cannot see the newly created services. Even after logging out and logging back in, the services are still not visible. The only way to make them visible is to manually click the “Reload ACL” button. Additional observations: The log file /var/log/centreon/centAcl.log is always empty. Running the ACL reload command manually does not solve the issue: sudo -u apache /usr/bin/php -q /usr/share/centreon/cron/centAcl.php This command produces no output and does not make

Hello,I’m facing an issue with a discovery rule in Centreon where the inclusion filter does not seem to work as expected.Context: I created a discovery rule to include only interfaces with names containing StackPort. My inclusion rule is configured as: Macro: $name$ Regexp: ^StackPort* Expected behavior:Only interfaces like StackPort1, StackPort2, etc. should be discovered.Actual behavior:When I run the discovery command manually, I can see interfaces such as:'StackPort2' [speed = 160000][status = up][id = 124][type = propVirtual]However, when I perform a manual scan from the Centreon UI, the inclusion filter does not seem to apply, and other interfaces are still discovered.Command used to list interfaces in CLI :sudo -u centreon-engine /usr/lib/centreon/plugins/centreon_cisco_standard_snmp.pl --plugin='network::cisco::standard::snmp::plugin' --mode=list-interfaces --hostname='10.0.0.8' --snmp-version='2c' --snmp-community='public' --disco-show<?xml version="1.0" encoding

Bonjour,Je supervise mes switchs cisco avec le connecteur Cisco Standard, cela fonctionne pour l’ensemble des services, sauf deux qui me retournent l’erreur indiquée en titre :spanning-tree AAA serviceLa vue configurée sur les switchs intègrent bien l’ensemble des OID (view ISO).Le spanning tree et le service AAA sont bien configurés sur les switchsJ’ai la même erreur pour tous les switchs (cisco 9200 et 9300)Savez-vous quelle pourrait être la cause de ce retour ?NB : j’utilise la dernière version de Centreon 24.10.21Merci d’avance

I would like a scenario to trigger another scenario as a countermeasure when it is critical, but I don't know how to do it.

Bonjour,Je souhaite avoir des précisions concernant les services de supervision embarqués dans Centreon Monitoring Agent (CMA), notamment sur leur personnalisation.Environnement OS : Red Hat Enterprise Linux 9.6 Plateforme : Centreon 25.10.9 Architecture : Centreon + Poller + DB sur le même serveur SELinux désactivé ContexteLors du déploiement de CMA sur les serveurs, nous constatons que les sondes embarquées sont bien présentes, mais nous ne trouvons pas de moyen clair pour personnaliser leur configuration.En particulier : l’entrée de registreComputer\HKEY_LOCAL_MACHINE\SOFTWARE\Centreon\CentreonMonitoringAgent ne semble pas indiquer de fichier de configuration permettant de modifier ces sondes ; nous souhaiterions adapter certains comportements des contrôles natifs embarqués. BesoinNous aimerions notamment : Modifier la planification de la supervision des mises à jour Windows, ainsi que du contrôle Pending Reboot, pour ne lancer ces vérifications que toutes les 4 heures ; P

I cant find much about the CVE or the Vulnerability and I am unsure how to handle it. Out OpenVAS is reporting a RCE for centreon-web with a WontFix. Is it fixed? Will it be fixed? How to handle it? The Vulnerability is described in this PDF: https://www.synacktiv.com/sites/default/files/2021-07/Centreon_Multiple_vulnerabilities_0.pdfBut the named CVE cant be found andywhere. 

Hi,[root@centreonpollerorcentral sudoers.d]# grep User_Alias /etc/sudoers.d/*[Cc]entreon*/etc/sudoers.d/centreon:User_Alias      CENTREON=%centreon/etc/sudoers.d/centreon-gorgone:User_Alias      GORGONE=centreon-gorgone/etc/sudoers.d/centreon-plugins:User_Alias      CENTREON_COLLECT_USERS=centreon-engine,centreon-gorgone/etc/sudoers.d/sudoersCentreonLinuxPlugins:User_Alias      CENTREON_COLLECT_USERS=centreon-engine,centreon-gorgoneIt raises a warning from sudo, also, what’s this sudoers entry for? 

Hello, I’m currently migrating our centreon on-premise infrastructure to a new set of servers, and I’m trying to import my AD users again on the new platform. However I mirrored the configuration of the previous platform, but in trying to import users, nothing is found. The alias is resolved, the 636 port is not blocked, and certificate is integrated to the trust bundle. Do you know where I could find the logs of this part of the LDAP connector ? I know where to find the system’s LDAP attempts but not this one… Thanks ! Cheers 

I am usring /usr/lib64/nagios/plugins/check_centreon_nrpe3 to monitor windows CPU/Memory. And centreon can get CPU & Memeory status. But when I use the same command try to monitor disk space, system show error:Failed to execute check_drivesize: 2: ϵͳÕÒ²»µœÖž¶šµÄÎÄŒþ¡£. The full command is bellow./usr/lib64/nagios/plugins/check_centreon_nrpe3 -H 10.3.3.200 -p 5666 -2 -P 8192 -2 -P 8192 -n -c check_drivesize -a "drive=C:" Centreon version is 25.10. NSClient version is 0.11.24 The nsclient.ini files: [/modules]CheckEventLog = 1CheckNSCP = 1CheckSystem = 1CheckDisk = 1CheckService = 1WEBServer = 1NRPEServer = 1NSClientServer = 1CheckExternalScripts = 1CheckHelpers = 1[/settings/NRPE/server]verify mode = peer-certtls version = tlsv1.2+insecure = falsepassword = *allowed hosts = 10.3.3.10,127.0.0.1port=5666use ssl=falsepayload length=8192allow arguments = 1allow nasty_meta_chars = 1allow nasty characters = 1[/settings/default][/settings/external scripts]allow arguments = 1allow nasty_met

Bonjour,Depuis que j’ai migré vers la version 25.10.5, je suis obligé de redémarrer mon collecteur tous les jours.Le matin je me connecte et le collecteur semble tourner mais nb de machines : 0 et sur la ligne je retrouve la date de la dernière mise à jour de mon collecteur sur fond Orange.Je redémarre mon collecteur et tout se remet à jour naturellement...Comment puis-je outrepasser cette opération qui n’était pas nécessaire sur la version précédente. Il doit y avoir un paramètre qui bloque l’uptime du collecteur.Merci pour vos retoursBonne journée 

HelloI’m using the database::oracle plugin to replace the old one I was using before.Almost everything works fine, except that it does not find 2 tablespaces, SYSTEM and UNDOTBS1, which were perfectly found by the old plugin :  $ /usr/lib64/nagios/plugins/Poller/check_oracle_health.sh -connect ALIAS --name SYSTEM --username XXXX --password YYY --warning 90 --critical 95 --mode list-tablespacesSYSTEMOK - have fun$ /usr/lib64/nagios/plugins/Poller/check_oracle_health.sh -connect ALIAS --name SYSTEM --username XXXX --password YYYY --warning 90 --critical 95 --mode tablespace-usageOK - tbs SYSTEM usage is 11.05% | 'tbs_system_usage_pct'=11.05%;90;95 'tbs_system_usage'=565MB;4608;4864;0;5120 'tbs_system_alloc'=632MB;;;0;5120Unfortunately, with the official oracle plugin, it’s not found :  $ /usr/lib/centreon/plugins//centreon_oracle.pl --plugin=database::oracle::plugin --hostname 1.2.3.4 --port 1524 --servicename SID--username XXXX--password YYY --mode tablespace-usage --filter-tables

We are testing upgrade from 23.10 to 24.10 using VM clone of production and we are seeing some issues.central-broker-master.log contains errors we have never seen before[2025-04-04T11:57:13.036+03:00] [sql] [error] PB actual end time 18446744073709551615 -> NULL[2025-04-04T11:57:13.036+03:00] [sql] [error] PB actual end time 18446744073709551615 -> NULL[2025-04-04T11:57:13.087+03:00] [sql] [error] PB actual end time 18446744073709551615 -> NULL[2025-04-04T11:57:13.087+03:00] [sql] [error] PB actual end time 18446744073709551615 -> NULLAnyone know what does PB stand for in this error, there is not much information to much of debugging with this very brief error message.Also for some reason Centreon Broker does not show any configured inputs or outputs, they are all simply gone after update. Anyone else seen this happen?

Hi everyone, I'm currently working with Centreon and the VMware 8 connector. I’ve successfully configured the ‘host-status' mode, but I’m running into a 401 Unauthorized error with other services. Has anyone encountered this specific issue with the new vSphere 8 integration? Any guidance on debugging the API authentication would be greatly appreciated.

Hello,I’m currently facing an issue with our Centreon monitoring and would like to get some advice from the community.We are monitoring several customer virtual machines (mostly Windows) with Centreon, using standard checks such as: ICMP (ping) SNMP (CPU, memory, etc.) Some service checks Recently, one of our VMs crashed with a Windows BSOD. However, no alert was triggered in Centreon: The host was still responding to ping SNMP checks were still returning values Services appeared as OK So from Centreon’s perspective, everything looked healthy, while the OS was actually not operational.We would like to improve our monitoring to detect this kind of situation (OS freeze, BSOD, or unresponsive system), not just network availability.My questions are: What would be the best way to detect that a Windows OS is really alive and responsive? Would using NSClient++ or Centreon Monitoring Agent be the recommended approach in this case? Are there specific checks (uptime, heartbeat, proce

Hi, I use centreon behind a HAProxy.In the ACL menu I see the HAProxy IP address instead of the client IP Address.In my HAProxy, i’ve configured the frontend as http mode and forward X-Forwarded-For and on the backend too : frontend web-securemode httphttp-request set-header X-Forwarded-For %[src]backend centreon mode http #same as forwardfor http-request set-header X-Forwarded-For %[src] server hostname 10.X.X.X:80 On the centreon server : apache2ctl -VServer version: Apache/2.4.66 (Debian)Server built: 2025-12-05T18:54:44Server's Module Magic Number: 20120211:141Server loaded: APR 1.7.2, APR-UTIL 1.6.3, PCRE 10.42 2022-12-11Compiled using: APR 1.7.2, APR-UTIL 1.6.3, PCRE 10.42 2022-12-11Architecture: 64-bitServer MPM: prefork threaded: no forked: yes (variable process count)Server compiled with.... -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_

Hello, I just updated to 25.10 and when editing a host using Centreon-Web, New host macro value are not saved.I can see the correct form payload values, HTTP status is 200, nothing is shown in centreon-web or sql-errors, but no new entry is added to on_demand_macro_host SQL table. Any idea ? Edit: I just figured out something: the hosts where it’s failing have a large number of macros, hosts with less entries work Thanks

Bonjour,Je cherche à ouvrir des tickets dans mon ITSM (EasyVista) via OpenTicket, mais je rencontre une difficulté avec les macros.Je souhaite passer en paramètre le Catalogue GUID stocké dans la macro EVSM_CATALOG_ID située dans les modèles (templates) de mes services. Lorsque je renseigne le GUID directement dans la règle de notification (champ Catalog GUID), cela fonctionne. En revanche, si j'utilise la variable {$service.custom_variables.EVSM_CATALOG_ID}, la transmission échoue. De plus, je souhaiterais récupérer la valeur présente dans l'alias du service pour l'intégrer dans le champ CI, afin de lier automatiquement le ticket à ce CI.Pourriez-vous m'aider à résoudre ces deux points ?Merci d'avance.English Version  Hello,I am trying to open tickets in my ITSM (EasyVista) using OpenTicket, but I am having an issue with macro integration.I need to pass the Catalog GUID as a parameter. This GUID is stored in the EVSM_CATALOG_ID macro within my service templates. When I enter the GUI

Bonjour,suite à la mise à jour de centreon (passage à la version 25.10), la licence IT semble ne plus fonctionner.Dans Administration\Extensions\Gestionnaire, elle est bien active (Date de fin de licence : 31/12/9999). J’ai vérifier l’empreinte “Fingerprint” dans le fichier de licence /etc/centreon/license.d/epp.licence ainsi que les permissions d’accès. Tout est OK.Cependant dans Configuration\Connecteurs de supervision, je ne vois plus de connecteurs, j’ai le message “Aucun connecteurs de supervision trouvé”.Dans Administration\Paramètres\Centreon web, le test “Tester la connexion Internet “ échoue, j’ai le message suivant : Could not establish connection to Centreon IMP servers (Page not found)Dans le fichier log /var/log/centreon/license-manager.log, j’ai lerreur suivante : ERROR : 0|0|[RestNotFoundException] https://api.imp.centreon.com/api/license-manager/instance/subscription : Page not found.Le test avec la commande “curl -s https://api.imp.centreon.com/api/license-manager/inst

HelloCould someone tell me wich is the Oracle 9 Veeam NRPE package to install?I tried dnf install centreon-pack-applications-veeam-nrpeas mentionned in the centreon doc https://docs.centreon.com/fr/pp/integrations/plugin-packs/procedures/applications-veeam-nrpe/but this package doesn’t seems existHow can I install offline this package?Many thanks in advance