¿Por qué sucede esto?
Esto sucede cuando el servidor de procesamiento de datos de agente (Data Server) no puede con toda la carga.
Debería desactivar el sistema estadístico de gráficas de colección de paquetes por hora de cada agente (Setup -> Rendimiento -> Usar la gráfica de acceso del agente), esto carga mucho al sistema y no está recomendado para entornos con varios cientos de agente.
Asegurarse de que los históricos de datos de eventos no superan los siete días, y la retención de datos no es superior a un mes.
Adecuar la cantidad de hilos del servidor de datos. Para procesar a la máxima capacidad, podemos aumentar el número de hilos de data server hasta un máximo de hilos similar al nº de procesadores de la máquina (si tiene 8 cores, 8 hilos). Un servidor puede procesar sin problema datos de más de 3000 agentes más todavía si está configurado correctamente y dispone de un hardware potente y la BBDD está en otro servidor independiente, siempre que se cuente con los ajustes necesarios.
Hay que tener cuidado ya que el número máximo de hilos en un sólo servidor no puede exceder de 30-40 hilos.
Si tenemos muchos hilos sumando todos los usados por data server y otros servidores (p.e. Network server) sería conveniente levantar instancias diferentes del servidor (procesos independientes) mediante configuraciones independientes en /etc/pandora/pandora_server.conf.d/ (a partir de la version 770).
Puede probar a “tunear” estos parámetros del server que harán que su servidor consuma más CPU pero puede mejorar el rendimiento:
server_threshold 1
max_queue_files 2000
dataserver_lifo 0
Otra razón por los que puede generarse el encolamiento de los XML puede ser al producirse un cuello de botella en la BBDD que degrade su funcionamiento.
En este caso habría que revisar el tamaño de la BBDD y asegurarnos que el pandora_db se está ejecutando regularmente.
Podéis comprobar el tamaño de la BBDD en la pestaña About del menú izquierdo de la Consola y el estado del pandora_db en la vista de Performance:
Tamaño BBDD:
Para comprobar el tamaño de la BBDD podéis ejecutar en la terminal del servidor de PandoraFMS el siguiente comando:
du -h /var/lib/mysql
De esta manera podréis ver el tamaño de la BBDD y en caso de que su tamaño sea considerable comprobar el estado del Pandora DB que se encarga de depurar dicha BBDD.
También sería producente habilitar la BBDD de histórico en el caso de que no se encuentre habilitada, o enviar una mayor cantidad de datos a la misma para mantener en la BBDD principal el mínimo de datos posibles y conseguir con ello que sea más rapida en su lectura/escritura.
Pandora DB:
En caso de que el indicador se encuentre en rojo, habría que intentar ejecutar el Pandora DB de manera manual desde la terminal y comprobar si está indicando algún error en la ejecución.
Para ello dentro de la terminal del servidor de PandoraFMS podemos ejecutar:
/usr/bin/pandora_db /etc/pandora/pandora_server.conf
Si véis algún tipo de error podéis poneros en contacto con el equipo de Soporte para intentar encontrar la causa del fallo.