Pandora lee mal los traps SNMP que se envian o NO los interpreta bien.

[gines]

Hola Sancho, a parte de lo comentado anteriormente, he visto que en el fichero pandora_snmptrap.log, justo donde se corta el trap en la consola, hay un retorno de carro, un salto de linea. Lo veo al editarlo con el "vi" que justo detras de "process internal value :" salta de linea.

Este es el trap.

2010-09-2[**]11:50:07[**]10.201.246.2[**].1.3.6.1.4.1.1722[**]0[**]Cold Start[**
]0[**].1.3.6.1.4.1.1722.2.10.1.1.1 = INTEGER: 257       .1.3.6.1.4.1.1722.2.10.1
.1.3 = STRING: "No_PortalConnected"     .1.3.6.1.4.1.1722.2.10.1.1.2 = STRING: "
09/02/2010 09:49:11:247528"     .1.3.6.1.4.1.1722.2.10.1.1.8 = STRING: "1: Probl
em with a process internal value :
MOValue(/dvssoft/SMM/Main::getCurrentControlConnectionNumber::Integer32) == 0
0. This value has reached an alarm threshold !
"       .1.3.6.1.4.1.1722.2.10.1.1.6 = STRING: "15"     .1.3.6.1.4.1.1722.2.10.1
.1.11 = STRING: "Check why no Portal is available"      .1.3.6.1.4.1.1722.2.10.1
.1.10 = STRING: "No more Portal command will be inserted"       .1.3.6.1.4.1.172
2.2.10.1.1.12 = INTEGER: 4      .1.3.6.1.6.3.1.1.4.3.0 = OID: .1.3.6.1.4.1.1722

¿Puede ser esto lo que este generando el problema? Es decir, Pandora al leer el fichero, ¿lee toda la linea o hasta que acaba? Si es esto, ¿quien escribe este fichero?

No creo que el problema sea de la BD, sino de como se escribe el fichero.

Creo que estamos cerca :-) Gracias!!!

[gines]

He seguido investigando y he visto que al generar el trap el campo Alarm Reason lleva algunos caracteres de Line Feed (0x0A) que entiendo que Pandora deberia procesar como parte del String que son, sin embargo, se bloquea al llegar a ellos.

Por favor, ¿podrias decirme si puedes comprobar esto?, ¿que es lo que Pandora lee y hasta donde?

Yo he probado a recibir el trap en otro lector de traps y los lee bien. Creo que el problema esta aqui, en como Pandora incorpora la informacion del trap a la BD.

Estamos en contacto.

Un saludo.

[gines]

Si quieres te puedo enviar un fichero pandora_snmptrap.log de ejemplo para que veas a lo que me refiero. Dime una direccion IP y te lo mando.
Un saludo.

[Sancho Lerena]

Si claro, enviame el log a slerena (arroba) gmail (punto) com y haremos las pruebas directamente sobre tus datos.

[gines]

Hola Sancho, el lunes te envié el fichero de trazas, ¿has podido averiguar algo?

Un saludo y gracias!!

[gines]

  Hola Sancho, no he conseguido contactar contigo. Has podido averiguar algo más a partir del fichero de trazas?

  Un saludo y muchas gracias por adelantado!!

[Sancho Lerena]

Efectivamente uno de los bugs de la version 3.1 era que no pasaba uno de los campos al manager de traps externos (a la alerta SNMP). Lo hemos parcheado en la 3.1 (puedes actualizarlo mediante SVN), o tambien puedes probar la 3.2, ya que vamos a sacar la RC1 mañana.