-
data_in encola ficheros sin procesar en 5.0
Tengo una serie de servidores que no puedo monitorizar directamente con pandora por problemas con los firewall y demás. Encontré un sistema que hasta ahora me ha funcionado muy bien y es que en el ciiente generaba un fichero cliente.data con el cliente pandora. Este fichero lo copiaba en /var/spool/pandora/data_in del servidor por diversos medios. El servidor cuando detectaba la entrada de un nuevo fichero lo procesaba sin problemas y todo iba genial.
Sin embargo tras la migración de versión (4.1.1 a 5.0) observo que todos los ficheros que le llegan al servidor por esta vÃa permanecen sin procesar. ¿Se ha modificado en algo el comportamiento del servidor pandora?. ¿Hay algún modo de forzar el procesado de la cola de data_in?.
Por otra parte el producto sigue siendo excelente. Enhorabuena.
-
3 Replies
-
Hola buenas
No, no se han realizado cambios ya que sigue siendo retrocompatible con el resto de versiones.
Existe una herramienta llamada xmllint que si la ejecutas xmllint , te muestra los errores que tiene el XML, si no tiene ninguno, comprueba que los permisos con los que se crean son los correctos, para esto, para un rato el servidor y comprueba si los XML que llegan y que se procesan bien tienen los mismos permisos que estos que no se procesan bien o que se generan como _BADXML.
Un saludo
-
Ya he descubierto la causa (no hay como acudir a los profesionales…).
Tras comprobar con xmllint que el formato era correcto y bajar pandora_server para ver el resto de ficheros, descubrà que estos vienen con el siguiente formato: cliente.numerosecuencial.data y los generados por mÃ, sólo aparecian como cliente.data. Si meto ese numero secuencial entonces ya se procesan sin problema ninguno. Lo más curioso del tema, es que ese número puede ser cualquiera, pero necesita ser intercalado.
Hasta ahora no habÃa sido necesario, pero observo que con la nueva versión hay que intercalar dicho número.
Muchas gracias por todo. A partir de ahora modificaré mis scripts.
-
