Return-path: Envelope-to: julio@ssf.com.mx Delivery-date: Tue, 13 Oct 2015 11:06:36 -0500 Received: from [108.161.137.201] (port=52278 helo=ssf.com.mx) by vishnu.hosting-mexico.net with esmtpa (Exim 4.85) (envelope-from ) id 1Zm260-002jF1-0v for julio@ssf.com.mx; Tue, 13 Oct 2015 11:06:36 -0500 Date: Tue, 13 Oct 2015 11:06:37 -0500 From: openproject@ssf.com.mx To: julio@ssf.com.mx Message-ID: References: Subject: [Sicom Operaciones - Bug Development #1469] Parsing incorrecto de campos "Date" o "Time" en eventos GasPAR Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--==_mimepart_561d2c0d23e16_12363fb90626131885541"; charset=UTF-8 Content-Transfer-Encoding: 7bit X-OpenProject-Project: sicom-operaciones X-OpenProject-Issue-Id: 1469 X-OpenProject-Issue-Author: roge.delgado X-OpenProject-Type: WorkPackage X-OpenProject-Issue-Assignee: kaoz36 X-Mailer: OpenProject X-OpenProject-Host: develop X-OpenProject-Site: OpenProject Precedence: bulk Auto-Submitted: auto-generated ----==_mimepart_561d2c0d23e16_12363fb90626131885541 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Los paquetes de trabajo #1469 han sido actualizados por Julio Cesar Herna= ndez Hernandez. % completado cambiada del 0 al 100 ---------------------------------------- Bug Development #1469: Parsing incorrecto de campos "Date" o "Time" en ev= entos GasPAR = http://develop/work_packages/1469 Autor: Rogelio Delgado Estado: asignado Prioridad: Normal Asignado a: Julio Cesar Hernandez Hernandez Responsable: Rogelio Delgado Categor=C3=ADa: = Versi=C3=B3n: 1.24.X-SNAPSHOT Reporto un detalle que ocurre con el evento de "Equipo apagado" en la pla= taforma Gas-PAR G4S, el inconveniente ocurre en la informacion presentada= en los campos "campo 1" y "campo 2" de la tabla de eventos. En este evento "Equipo apagado", se registran la fecha y hora de la ultim= a vez que el modulo de CPU estaba encendido, de modo que cuando inia el m= odulode CPU, se muestran en campo 1 y campo 2 la hora cuando el modulo s= e desconecto y en la fecha y hora del vento cuando el modulo de cpu reini= cio. Se reporto que eventualmente en el reporte se observaba la hora en el cam= po 2 de "XX:XX:XX", de modo que al revisar encontramos que el problema no= se encontraba en la manera que el modulo CPU guarda la hora, si no que m= as bien el problema se localizo cuando el server guadaba la informacion d= el evento, de modo que suponemos que la informacion enviada cmo tipo hora= , de alguna manera era invalida para el software y procedia a almacenarla= con una hora preestablecida como "default". El evento almacena dos datos de tipo long, aunque para la representacion = en el reporta se envia un tipo de dato "time" (que refiere a una hora) del modo que el dato 0x00122345 refiere a las 12:23:45 sin embargo no hay una garantia de que el primer byte (marcado en negrita= s), sea "00", de hecho en ese campo se almacena un regitro que da indicio= de la razon por la que ocurrio el reset, este dato no es rescatado por e= l software, sin embargo decidimos que seria deseable que se mantubiera en= el registro del equipo. de modo que un caso comuni podria ser: 0x46012358 refieriendo a las 01:23:58 o 0xF4230017 refieriendo a las 23:00:17 don= de presisamente se reproduce el problema. Para corroborar la teoria se realizo la siguiente prueba: Se forzo que el primer byte del campo 2 fuera un consecutivo de modo que = reocoriera todos los escenarios posibles, y se detecto que cuando el prim= er byte contiene "letras" o es mayor a 0x70 se reproducia el problema. Ad= junto el resultado. Este inconveniente lo podriamos tener en todos los ev= entos que tienen como tipo de campo, "Time" o "Date", ya qye como se come= nto no se garantiza que el primer byte este "limpio", lo mas adecuado ser= ia no considerarlo. Espero haber sido suficientemente claro, de no ser asi, con gusto =C3=BAe= do colaborar para solucionar el peque=C3=B1o bug. -- You have received this notification because you have either subscribed to= it, or are involved in it. To change your notification preferences, please click here: http://hostna= me/my/account ----==_mimepart_561d2c0d23e16_12363fb90626131885541 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Los paquetes de trabajo #1469 han sido actualizados por Julio Cesar Herna= ndez Hernandez.
  • % completado cambiada del 0 al = 100

Bug Development #1469: = Parsing incorrecto de campos "Date" o "Time" en event= os GasPAR

  • Autor: Rogelio Delgado
  • Estado: asignado
  • Prioridad: Normal
  • Asignado a: Julio Cesar Hernandez Hernandez
  • Responsable: Rogelio Delgado
  • Categor=C3=ADa:
  • Versi=C3=B3n: 1.24.X-SNAPSHOT

Reporto un detalle que ocurre con el evento de "Equipo apagado" en la = plataforma Gas-PAR G4S, el inconveniente ocurre en la informacion present= ada en los campos "campo 1" y "campo 2" de la tabla de eventos.

En este evento "Equipo apagado", se registran la fecha y hora de la u= ltima vez que el modulo de CPU estaba encendido, de modo que cuando inia = el modulode CPU, se muestran en campo 1 y campo 2 la hora cuando el modu= lo se desconecto y en la fecha y hora del vento cuando el modulo de cpu r= einicio.

Se reporto que eventualmente en el reporte se observaba la hora en el= campo 2 de "XX:XX:XX", de modo que al revisar encontramos que el problem= a no se encontraba en la manera que el modulo CPU guarda la hora, si no q= ue mas bien el problema se localizo cuando el server guadaba la informaci= on del evento, de modo que suponemos que la informacion enviada cmo tipo = hora, de alguna manera era invalida para el software y procedia a almacen= arla con una hora preestablecida como "default".

El evento almacena dos datos de tipo long, aunque para la representac= ion en el reporta se envia un tipo de dato "time" (que refiere a una hora= )

del modo que el dato 0x00122345 refiere a las 12:23:45

sin embargo no hay una garantia de que el primer byte (marcado en neg= ritas), sea "00", de hecho en ese campo se almacena un regitro que da ind= icio de la razon por la que ocurrio el reset, este dato no es rescatado p= or el software, sin embargo decidimos que seria deseable que se mantubier= a en el registro del equipo.

de modo que un caso comuni podria ser:

0x46012358 refieriendo a las 01:23:58  o
0xF4230017 refieriendo a las 23:00:17 donde presisamente se r=
eproduce el problema.

Para corroborar la teoria se realizo la siguiente prueba:

Se forzo que el primer byte del campo 2 fuera un consecutivo de modo = que reocoriera todos los escenarios posibles, y se detecto que cuando el = primer byte contiene "letras" o es mayor a 0x70 se reproducia el problema= . Adjunto el resultado. Este inconveniente lo podriamos tener en todos lo= s eventos que tienen como tipo de campo, "Time" o "Date", ya qye como se = comento no se garantiza que el primer byte este "limpio", lo mas adecuado= seria no considerarlo.

Espero haber sido suficientemente claro, de no ser asi, con gusto =C3= =BAedo colaborar para solucionar el peque=C3=B1o bug.

You have received this notification because you= have either subscribed to it, or are involved in it.
To change your= notification preferences, please click here: http://hostname/my/account

 ----==_mimepart_561d2c0d23e16_12363fb90626131885541--