Infra Monitoring Platform

Hello Seems to be that the rpm repo is down. This worked just fine last week. 2026-09-21 17:42:30+00:00 - INFO - Centreon official repositories installation...Adding repo from: https://packages.centreon.com/artifactory/rpm-standard/24.10/el9/centreon-24.10.repoStatus code: 404 for https://packages.centreon.com/artifactory/rpm-standard/24.10/el9/centreon-24.10.repo (IP: 10.200.100.19)Error: Configuration of repo failed2026-09-21 17:42:31+00:00 - ERROR - Could not install Centreon repositoryAnyone watching who could take a look ? RgdsEndre

Hello,On 24.10.xx, when you create a new Recurrent Downtime with an account not full admin. The list of services is empty. Even with the ACL “All resources” assigned. When checking with naviagtor dev tools. We can see an 403 error when list the services. No issues with other resources types.  

Bonjour,Je souhaite monitorer un partage CIFS via le plugin centreon_plugins.pl --plugin apps::protocols::cifs::plugin --mode connectionJ’utilise la commande suivante :/usr/lib/centreon/centreon-plugins/src/centreon_plugins.pl --plugin apps::protocols::cifs::plugin --mode connection --hostname=mon_serveur --cifs-username=’mon_utilisateur’ --cifs-password=’mon_mot_de_passe’  --directory='mon_partage'La commande en putty fonctionne très bien avec l’utilisateur centreon-engine mais dès que je l’implémente dans Centreon j’ai le message permission denied.J’ai réalisé le test de copier la commande depuis Centreon vers la console et la commande fonctionne bien.Merci pour vos suggestions.

Hello,I can’t add a new host in Centreon 24.10.30 :Iam logged in admin. I have this error : You are not authorized to access this resource [2026-09-08T16:16:56.077895+02:00] app.DEBUG: Checking if route matches updates endpoint [] {"token":null,"uid":""}[2026-09-08T16:16:56.082005+02:00] request.INFO: Matched route "FindCurrentUserParameters". {"route":"FindCurrentUserParameters","route_parameters":{"_route":"FindCurrentUserParameters","_controller":"Core\\User\\Infrastructure\\API\\FindCurrentUserParameters\\FindCurrentUserParametersController","version":"latest","base_uri":"centreon/"},"request_uri":"https://toto.local/centreon/api/latest/configuration/users/current/parameters","method":"GET"} {"token":null,"uid":""}[2026-09-08T16:16:56.085213+02:00] security.DEBUG: Checking for authenticator support. {"firewall_name":"api","authenticators":3} {"token":null,"uid":""}[2026-09-08T16:16:56.085239+02:00] security.DEBUG: Checking support on authenticator. {"firewall_name":"api","authentic

Since the latest update to 24.10.29, the new prod.deprecations.log is growing constantly on every api request, containing messages like[2026-08-31T09:05:45.595490+02:00] deprecation.INFO: User Deprecated: Since symfony/validator 6.4: Method "Symfony\Component\Validator\ValidatorBuilder::setDoctrineAnnotationReader()" is deprecated without replacement. [2026-08-31T09:05:45.609523+02:00] deprecation.INFO: User Deprecated: Since symfony/framework-bundle 6.4: The "annotations.cached_reader" service is deprecated without replacement.[2026-08-31T09:05:45.609736+02:00] deprecation.INFO: User Deprecated: Since symfony/framework-bundle 6.4: The "annotations.reader" service is deprecated without replacement. [2026-08-31T09:05:45.609874+02:00] deprecation.INFO: User Deprecated: Since symfony/framework-bundle 6.4: The "annotations.cache_adapter" service is deprecated without replacement.[2026-08-31T09:05:45.610093+02:00] deprecation.INFO: User Deprecated: Since symfony/validator 6.4: Method "Symfo

Bonjour,Je ne parviens plus à afficher plusieurs ligne dans le ‘Status Information’ de me services.Avant j’envoyais depuis un script perl :print “Resultat a afficher:<br> informations à afficher\n”; Ca affichait bien sur 2 lignes (Grace au <br>):Resultat a afficher:informations à afficher Or maintenant ca affiche :   Resultat a afficher:<br> informations à afficher Le saut de ligne HTML <br> ne semble plus marcher …. et j’ai ressayé plusieurs variantes: \r ou \n .. mais rien à faire…Une idée ?

Hello, one of my clients has reported that they are having trouble accessing their Centreon platform in production following an automatic version update on their server.How can this feature be disabled in Centreon?Thank you for your help

Hello,I am experiencing an issue after upgrading my Centreon server to 25.10.13.EnvironmentCentreon Central: 25.10.13 Centreon Web: 25.10.13 Centreon Broker: 25.10.7 Centreon Engine: 25.10.7 MariaDB: 10.11.18 AlmaLinux 9ProblemAfter exporting the configuration from the Centreon Web interface, the broker configuration file is regenerated and the database password is written as an encrypted value:"db_password": "encrypt::..."When cbd starts, it immediately fails with:No usable encrypted password: Decryption finalization failed: error:1C800064:Provider routines::bad decryptThe broker continuously crashes and is restarted by the watchdog.Investigation performedMariaDB is running correctly. The centreon database account works correctly. Manual connection to centreon_storage succeeds:mysql -u centreon -p centreon_storage/etc/centreon-engine/engine-context.json exists. Gorgone, Engine and MariaDB are running correctly. Symfony secrets seem healthy:php /usr/share/centreon/bin/console secrets:l

Bonjour,Pour un CMA en version 24.10.17, on ne peut pas effectuer une découverte des services via l’interface Configuration/Services/Scan. Lorsque nous renseignons le nom de la VM le champ de recherche du type de service disparait...Savez-vous pourquoi et surtout, je cherche à monitorer les services (comme c’est actuellement fait avec SNMP).Merci d’avance !

Bonjour Je me pose des questions quand à l’utilisation des récurent down time.Jusque là je n’utilisait que des périodes temporelles.Mais d’après mes constatation si la période est appliquée à un hôte (par exemple jours ouvrés seulement), et que les services de l’hôte sont sur du 24x7 alors si un service est KO le week end, j’aurais quand même une notification. Je souhaite donc remplacé ça par un downtime (au niveau de l’hôte ou du groupe d’hôte).  Mais que ce passe-t-il si mon service tombe KO pendant le downtime et reste KO même lors des premier contrôle en dehors du downtime ? vais-je recevoir mes notifications (en dehors du downtime biensûr) ? Merci d’avance pour vos éclairages Contexte : Centreon 24.10

Hello,Centreon version : 24.10.29I only have a single, standalone central server, nothing else. Actions on the web interface are not being applied like acknowledging an altert, planning downtime or forcing a check control. I noticed that exporting the configuration does not trigger write in gorgoned.log nor centengine.logI also noticed that gorgone service is running fine, but is not listening on port 8085 for API calls from the web interface. IS this normal behavior ?Also, centreon-web.log last write timestamp is 22 July (2 weeks ago) which means the actions I am launching from the web UI are not being detected somehow. I checked write permissions in centreon directories. They seem fine :/etc/centreon # ls -l /etc/centreon-engine/total 304-rw-rw-r-- 1 www-data centreon-engine 4005 24 juil. 18:18 centengine.cfg-rw-rw-r-- 1 www-data centreon-engine 17509 24 juil. 18:18 commands.cfgdrwxrwxr-x 2 www-data centreon-engine 4096 6 nov. 2024 conf.d-rw-rw-r-- 1 www-data centreon-engine

Bonjour a tous, je cherche a afficher seulement mon Hote KO dans OpenTicket mais je ne trouve pas comment procéder:Dans OpenTicket, j'ai sélectionné l'option « Hide services with DOWN host » pour éviter que la liste des services « unknown » remonte dans OpenTicket lorsque mon hôte est KO.Cependant, si je sélectionne cette option, je n'ai plus aucune alerte qui remonte dans OpenTicket, même pas l'hôte tout seul comme sur l'image. C'est pourtant ce que je souhaite obtenir, mais je ne trouve pas comment faire.Pour faire simple, je souhaiterais que si mon hôte est KO, il remonte tout seul dans OpenTicket, sans la liste des services « unknown ».Quelqu'un aurait-il une idée ? Merci de vos retours.

Hello,J’ai un soucis avec mon serveur distant que j’ai rattaché au Central. La supervision marche à la fois en local et la vue depuis le Central mais sur le serveur distant je rencontre sur tous mes services supervisés (plugins tiers stormshield/cisco, etc...) des soucis d’affichage concernant les commandes. Ils m’indiquent en capture: Les plugins j’ai comparé, c’est à la fois pour du service nrpe3 qui necessite pas de mdp et snmpv3. En allant plus loin dans la recherche j’ai trouvé dans ma base de données locale que les groupes d’hôtes et de services sont inexistants. Et c’est un vrai problème car j’ai plus de 30 hôtes supervisés, des groupes d’hôtes pour le filtrage et près de 300 services. J’ai fait des montées de mon Central et serveur distant en 24.04.26 mais le problème persiste. J’ai déjà redémarré les machines, réactualisé les services mais rien à faire.Auriez-vous une idée de comment rectifier cela s’il vous plaît ? 🙏 PS: j’ai déjà réinstallé Centreon sur le serveur distant m

Hi,I have for a couple months now had issues mainly with the hosts and ICMP. Hosts are pinged every minute to get the UP/DOWN status. I’ve noticed that every other ping is basically failing in a “CRITICAL”. I have tried manually to ping some of these hosts from the same server and there are no network related issues.The issues seem to mainly be related to performance. For services UP/DOWN these checks work better but they are scanned every 5 minutes.Occassionally there can be a PROCESS TIMEOUT. I’m running centreon 24.10.25 on Debian 12 with 4 vCPU and 16 GB memory.We have 478 hosts in our centreon environment and 2052 services. This is running on one cenral poller.I’m thinking about setting up one more poller to see if it might solve things.The “tuning” tab on the engine configuration looks like this. Engine statistics:  

Hello, Just a note that recently the unattended script on page https://docs.centreon.com/docs/24.10/installation/installation-of-a-poller/unattended-install-poller/ as step 2 for installing 24.10 pollers:curl -L https://download.centreon.com/24.10/unattended.sh --output /tmp/unattended.sh is throwing HTTP 404 and downloading the HTML error page instead.URL: https://download.centreon.com/24.10/unattended.sh In my opinion, it would be better for these pages to either:if this situation is unavoidable, return HTTP 404 status without returning a human readable document, instead of whole HTML to be pulled and executed blindly on other people’s servers, return a script that echoes “sorry we pulled the script for maintenance, try again later”, or joining lines 2 and 3 using && operator to avoid executing the error page.  Thank you. 

Pour une supervision sur des serveurs windows avec CMA, pourquoi centreon remonte des chiffres en PetraBytes ou ExaBytes lorsque l'occupation du swap augmente alors que la taille qui lui est alloué n'est que de quelques Giga ?Merci d’avance ! 

Hello,I try to monitor our docker swarm with Centreon and I’m facing an issue with “service status” check of the docker plugin pack (API not SSH)Got a task in desired state=running but state=pending because this container cannot start (wrong placement rule) [root@swarm1:~]# docker service ps mzcuervresdb ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERRORwbd3dz5c051t stack-traefik_traefik.1 traefik:v3.7 Running Pending about an hour ago "no suitable node (scheduling …"(...)If I look more deeply this task[root@swarm1:~]# docker inspect wbd3dz5c051tq8wf8hjf9jy0f(...) "Status": { "Timestamp": "2026-07-22T09:59:36.52320026Z", "State": "pending", "Message": "pending task scheduling", "Err": "no suitable node (scheduling constraints not satisfied on 2 nodes; 1 node not available for n

Hi, is there an manual , how can i reset the password for my local “admin”  account ? LDAP Admin - no problem Thanks

The centreon-engine-daemon = 24.10.23-1.el8 RPM is missing Problem 1: cannot install the best update candidate for package centreon-engine-24.10.22-1.el8.x86_64  - nothing provides centreon-engine-daemon = 24.10.23-1.el8 needed by centreon-engine-24.10.23-1.el8.x86_64 from centreon-24.10-stablethe “debug” rpm is on the repo but not the normal repo