Le pedimos a Gemini, la inteligencia artificial de Google, cómo resolver problemas de CentreON en linux
Explicanos detalladamente cómo resolver problemas de CentreON en linuxResolver problemas en Centreon requiere diagnosticar de manera metódica la cadena de flujo de métricas: desde los sensores o plugins (ejecutados vía SNMP o NRPE/SSH), pasando por el motor de chequeos (Centreon Engine / centengine), el multiplexor de eventos (Centreon Broker / cbd), la base de datos MariaDB , hasta llegar a la interfaz web ( Apache/PHP-FPM ).
1. Ubicación de Registros (Logs) y Comandos de Diagnóstico
Ante cualquier comportamiento anómalo, la primera acción en la terminal es verificar los registros de cada demonio:
Error 1: Los estados de los hosts/servicios no se actualizan (Puntos rojos en el Broker o "Pending")
Síntoma: Realizas cambios en la interfaz web, los exportas, pero el monitoreo en vivo aparece congelado o los servicios se quedan en estado Pending.
Causa: El servicio cbd (Centreon Broker) perdió la conexión con la base de datos centreon_storage, o los módulos del Broker en centengine.cfg están mal configurados.
Solución:
Revisa los registros de Broker para detectar bloqueos de MySQL:
Bash
sudo tail -f /var/log/centreon-broker/central-broker-master.log
Si encuentras errores de retención o tablas corruptas, reinicia la cadena en orden estricto:
Bash
sudo systemctl restart cbd
sudo systemctl restart centengine
Verifica que la tubería de comunicación (FIFO) o socket esté activa:
Bash
ls -l /var/lib/centreon-engine/rw/centengine.cmd
Error 2: Fallo al exportar la configuración desde la Web UI ("Generate / Move files")
Síntoma: Al presionar Configuration > Pollers > Export Configuration, la consola muestra errores en el paso Prepare files o Restart Engine.
Causa: Problemas de permisos en /etc/centreon-engine/ o el proceso gorgoned (encargado de mover los archivos de configuración) está colgado o desincronizado.
Solución:
Confirma que el usuario centreon-engine es propietario de las carpetas de configuración:
Bash
sudo chown -R centreon-engine:centreon-engine /etc/centreon-engine/
sudo chown -R centreon-broker:centreon-broker /etc/centreon-broker/
Verifica la sintaxis de las reglas de Engine manualmente antes de aplicar:
Bash
sudo /usr/sbin/centengine -v /etc/centreon-engine/centengine.cfg
Reinicia el demonio de orquestación Gorgone:
Bash
sudo systemctl restart gorgoned
Error 3: Timeout en consultas SNMP / Chequeos manuales fallidos
Síntoma: Los servicios monitoreados vía SNMP muestran CRITICAL - Plugin timed out o SNMP Table Fetch Error.
Causa: Bloqueo en cortafuegos (puerto UDP 161), versión/comunidad SNMP incorrecta, o falta del ejecutable centreon-plugins.
Solución:
Ejecuta el plugin directamente desde la línea de comandos como el usuario centreon-engine:
Bash
sudo -u centreon-engine /usr/lib/centreon/plugins/centreon_linux_snmp.pl \
--plugin=os::linux::snmp::plugin \
--mode=cpu \
--hostname=192.168.1.50 \
--snmp-version=2c \
--snmp-community=public
Si falla por tiempo de espera, valida la conectividad en la capa de red con snmpwalk:
Bash
snmpwalk -v 2c -c public 192.168.1.50 .1.3.6.1.2.1.1.1.0
Error 4: Base de Datos Llenas o Errores de Retención (centreon_storage)
Síntoma: El sistema responde extremadamente lento, o MariaDB consume el 100% de la CPU debido a tablas gigantescas como data_bin o logs.
Causa: Las tareas diarias de purga (centstorage / centreon-purge) no están ejecutándose vía cron o fallan por falta de memoria.
Solución:
Revisa las tablas con mayor tamaño en la base de datos de métricas:
Bash
sudo mysql -u root -p -e "SELECT table_name, round(((data_length + index_length) / 1024 / 1024), 2) 'Size in MB' FROM information_schema.TABLES WHERE table_schema = 'centreon_storage';"
Ejecuta manualmente el script de purga y optimización de particiones:
Bash
sudo -u centreon /usr/share/centreon/cron/centreon-purge.php
Si hay tablas corruptas en MariaDB, ejecútales un chequeo e indexación:
Bash
sudo mysqlcheck -u root -p --auto-repair --check centreon centreon_storage
Error 5: Error 500 / Pantalla en blanco en la consola Web de Centreon
Síntoma: Al intentar autenticarse o navegar en la interfaz web, Apache devuelve un error interno.
Causa: Agotamiento del límite de memoria en PHP-FPM (memory_limit), desajuste en la zona horaria (date.timezone), o problemas de sesión en /var/lib/php/sessions.
Solución:
Ajusta los parámetros de PHP en /etc/php.d/50-centreon.ini (o /etc/php.ini):
Ini, TOML
memory_limit = 512M
max_execution_time = 300
date.timezone = America/Mexico_City
Revisa y corrige los permisos del directorio de sesiones PHP:
Bash
sudo chown -R apache:apache /var/lib/php/session/ # En RHEL/AlmaLinux
# sudo chown -R www-data:www-data /var/lib/php/sessions/ # En Debian
Reinicia PHP-FPM y el servidor web:
Bash
sudo systemctl restart php-fpm httpd
Resumen de Verificación Rápida del Flujo de Trabajo
Bash
# 1. Validar la sintaxis global de Centreon Engine
sudo centengine -v /etc/centreon-engine/centengine.cfg
# 2. Monitorear eventos de transporte del Broker hacia la BD
sudo tail -f /var/log/centreon-broker/central-broker-master.log
# 3. Reiniciar la pila completa de monitoreo en secuencia correcta
sudo systemctl restart mariadb
sudo systemctl restart cbd
sudo systemctl restart centengine
sudo systemctl restart gorgoned
¿Qué aspecto específico deseas revisar en tu servidor Centreon?
Analizar registro de depuración de Engine o Broker
Diagnosticar Poller Remoto desconectado
Optimizar rendimiento de MariaDB para Centreon