Centreon Infra Monitoring

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]  

SymptomsWhen a host is linked to a host category, the update fails with the following error in the logs:  [ERROR] Rollback of 'PartialUpdateHost' transaction {"custom":{"trace":"#0 /usr/share/centreon/src/Core/Host/Application/UseCase/PartialUpdateHost/PartialUpdateHostValidation.php(258): Core\\Host\\Application\\Exception\\HostException::idsDoNotExist()\n#1 /usr/share/centreon/src/Core/Host/Application/UseCase/PartialUpdateHost/PartialUpdateHost.php(438): Core\\Host\\Application\\UseCase\\PartialUpdateHost\\PartialUpdateHostValidation->assertAreValidCategories()\n#2 /usr/share/centreon/src/Core/Host/Application/UseCase/PartialUpdateHost/PartialUpdateHost.php(183): Core\\Host\\Application\\UseCase\\PartialUpdateHost\\PartialUpdateHost->updateHostCategories()\n#3 /usr/share/centreon/src/Core/Host/Application/UseCase/PartialUpdateHost/PartialUpdateHost.php(152): Core\\Host\\Application\\UseCase\\PartialUpdateHost\\PartialUpdateHost->updatePropertiesInTransaction()\n#4 /usr/shar

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

Voici une version adaptée intégrant ce contexte : Bonjour à tous,Nous supervisons actuellement des conteneurs OpenVZ avec Centreon.Nous disposons d’un ancien plugin “fait maison” qui permet de contrôler l’état des conteneurs (notamment la partie démarrage), mais il commence à dater et nous souhaitons savoir s’il existe aujourd’hui une méthode plus standard / officielle pour superviser correctement cet aspect.Notre besoin est de : Détecter un échec de démarrage d’un conteneur Vérifier que le conteneur est réellement en état running Disposer d’un statut clair et fiable dans Centreon (OK / CRITICAL si le conteneur n’est pas démarré) Éviter de maintenir un script custom si une solution packagée existe Nous n’avons pas trouvé de plugin officiel Centreon Plugin Pack dédié à OpenVZ pour cette vérification spécifique.Existe-t-il : Un plugin officiel Centreon compatible OpenVZ ? Une bonne pratique recommandée (via SNMP, agent, API, commande système côté hôte) ? Un mode opératoire vali

Following a recent update of the plugins on my Centreon servers, I am facing issues with the Fortinet plugin, specifically impacting the SD-WAN and VPN services. Could you please assist me in resolving this issue? Unknown option: include-vdomain at /usr/lib/centreon/plugins//centreon_fortinet_fortigate.pl line 4524.  Unknown option: include-vdom at /usr/lib/centreon/plugins//centreon_fortinet_fortigate.pl line 4524.

Hello,Somebody know a fresh project for have a notification per mail with html ?I see GitHub - mcinquin/centreon-notifications: New notifications for Centreon but it’s 9 years old.HTML/formatted Notification | Community stil in the backlog apparently ?Regards,B’

Hello everyone, I have update my centreon of the version 23 to 24.Since, i have this error "SSL certificate problem: unable to get local issuer certificate for" this error appears when I want to add a hostdo you know this problem? How to fix it?

Hello,I have a strange behaviour in my centreon (Centreon Engine 24.10.17).I´ve configured a passive check, set active checks enabled to no, passive checks enabled to yes, is volatile to no. Also check freshness to no: Now my Application sends an alert via centreon API and the service goes to warning state as expected.As soon as I acknowledge the service the active check command (which is a dummy command) gets executed and the service is in unknown state and therfore not acknowledged. Sticky acknoledge works but is unfortunately no option.So first question: Why is the check command executed on acknowledgement and second: how can I disable that?Thanks in advance

Hi!I’m trying to follow the tutorialto implement monitoring of SAP SCC. Two issues:HTTP basic authentication: it’s not clear from the tutorial how to get a plain simple HTTP basic auth. Took me hour to figure out (use the source, Luke!) that you just need to pass ‘basic’ like this: "authorization": {"basic": 1,"username": "%(constants.username)","password": "%(constants.password)"}, I would add it to the original post, but the comments are locked. Please add it, so people save a lot of time. Path depth. SAP will respond with a JSON of this type: { "subaccounts": [ { "description": "SAP BAS", "displayName": "SAP BAS", "tunnel": { "state": "Connected", "connectedSinceTimeStamp": 1720773876375, "connections": 0, "applicationConnections": [], "serviceChannels": [], "subaccountCertificate": { "notAfterTimeStamp": 1749540416000, "notBeforeTimeStamp": 1718000816000, "subjectDN": "CN=B0CADA20E31311EBBF8AD

Hi,I encounter this strange behavior for both AIX 6 and AIX 7, for all the hosts I tested: [centreon-engine@poller ~]$ /usr/lib/centreon/plugins//centreon_aix_snmp.pl --plugin=os::aix::snmp::plugin --mode=time --hostname=aixserver --snmp-version='2c' --snmp-community='xxx' --warning-offset='-5:5' --critical-offset='-10:10' --debugCRITICAL: Time offset 3600 second(s): Local Time : 2024-11-22T13:14:29 (UTC) | 'offset'=3600s;-5:5;-10:10;;.1.3.6.1.2.1.25.1.2.0 = ▒[centreon-engine@poller ~]$ snmpget -cxxx -v2c aixserver .1.3.6.1.2.1.25.1.2.0 HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2024-11-22,13:14:51.0[centreon-engine@poller ~]$ /usr/lib/centreon/plugins//centreon_aix_snmp.pl --plugin=os::aix::snmp::plugin --mode=time --hostname=aixserver --snmp-version='2c' --snmp-community='xxx' --warning-offset='-5:5' --critical-offset='-10:10' --debug | cat -ACRITICAL: Time offset 3600 second(s): Local Time : 2024-11-

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

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 ?

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?

Hello, just wondering because i’m unsure about what i read and heard about the new Log Management product.Is this only something that is available in Cloud or is product able to be installed within existing on premise installations of centreon Infrastructure Monitoring ?I heared that Centreon has some “special sauce” to improve reliability and scalability to ensure log ingestion but i didn’t read explicitely if there was support for on premise installation and i would like some precisions on that.Thank you

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

Hail,  

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? 

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

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

Hi, i installed a new VM - REDHAT 9 .. STEP 2 https://docs.centreon.com/docs/24.10/installation/installation-of-a-central-server/using-packages/#step-2-installation dnf install -y centreon-mariadb centreon whats wrong ?   Error: Transaction test error:  file /usr/share/mysql/charsets/Index.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64  file /usr/share/mysql/charsets/armscii8.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64  file /usr/share/mysql/charsets/ascii.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64  file /usr/share/mysql/charsets/cp1250.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64  file /usr/share/mysql/charsets/cp1251.xml from install of mysql-common-8.0.43-1.el9_6.x86_

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 

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.