Crónica de una migración con instalación complicada 5 - Mas errores en ejecución
Continuación de Crónica de una migración con instalación complicada 4
En esta última semana hemos estado bastante ocupados en la puesta en producción.
Hemos logrado poner en producción algunos módulos mas, pero también aparecieron algunos problemas nuevos.
GXClasses
GeneXus nos mandó una nueva GxClasses.dll que corrige algunos de los problemas que había planteado en el post anterior, el OLD(&Date) en KB en español y el problema de concurrencia por usar Dictionary en vez de ConcurrentDictionary en dichas GXClasses.
Hace 24 horas que estamos con esa dll en producción y no se ha vuelto a repetir el problema de encolamiento que nos tenía a mal traer.
Bloqueos en web transactions.
Nos ha pasado en el ambiente de test, que las transacciones se "trancan".
El síntoma que tienen los usuarios es que las pantallas quedan grises y el mouse bloqueado, pero no hay errores de javascript, ni parece estar bloqueado el teclado.
Estamos trabajando para aislar este problema para poder reportarlo en forma fácil de corregir.
Driver de Oracle.
Aprovechando la migración, hicimos una actualización del driver de Oracle, pasando del Oracle.DataAccess.dll al nuevo Oracle.ManagedDataAccess.dll.
A pesar de haberlo probado durante varios meses, decidimos volver este cambio atrás para dejarlo igual a como estábamos antes de la migración, para tener menos diferencias entre ambas instalaciones y hacer mas fácil la detección de problemas.
Además detectamos una diferencia entre lo que se registra en el OSUSER , pues ahora muestra el usuario que ejecuta el worker process.
Lo mas importante de este ultimo punto es algo que ya sabemos y nunca respetamos :
"En las migraciones lo ÚNICO QUE DEBE CAMBIAR, es la aplicación generada con la nueva versión".
Todo lo demás, infraestructura, configuracion, seguridad, propiedades de la KB, drivers, usuarios, etc deben ser lo mas parecidos posibles a lo de la versión que se está cambiando.
Esto permite una fácil vuelta atrás en caso de problemas y facilita la detección de diferencias de comportamiento.
Seguimos bajando la cantidad de errores que aparecen, algunos corrigiendo programas y otros con arreglos de configuración o de instalación.
Hemos logrado poner en producción algunos módulos mas, pero también aparecieron algunos problemas nuevos.
GXClasses
GeneXus nos mandó una nueva GxClasses.dll que corrige algunos de los problemas que había planteado en el post anterior, el OLD(&Date) en KB en español y el problema de concurrencia por usar Dictionary en vez de ConcurrentDictionary en dichas GXClasses.
Hace 24 horas que estamos con esa dll en producción y no se ha vuelto a repetir el problema de encolamiento que nos tenía a mal traer.
Bloqueos en web transactions.
Nos ha pasado en el ambiente de test, que las transacciones se "trancan".
El síntoma que tienen los usuarios es que las pantallas quedan grises y el mouse bloqueado, pero no hay errores de javascript, ni parece estar bloqueado el teclado.
Estamos trabajando para aislar este problema para poder reportarlo en forma fácil de corregir.
Driver de Oracle.
Aprovechando la migración, hicimos una actualización del driver de Oracle, pasando del Oracle.DataAccess.dll al nuevo Oracle.ManagedDataAccess.dll.
A pesar de haberlo probado durante varios meses, decidimos volver este cambio atrás para dejarlo igual a como estábamos antes de la migración, para tener menos diferencias entre ambas instalaciones y hacer mas fácil la detección de problemas.
Además detectamos una diferencia entre lo que se registra en el OSUSER , pues ahora muestra el usuario que ejecuta el worker process.
Lo mas importante de este ultimo punto es algo que ya sabemos y nunca respetamos :
"En las migraciones lo ÚNICO QUE DEBE CAMBIAR, es la aplicación generada con la nueva versión".
Todo lo demás, infraestructura, configuracion, seguridad, propiedades de la KB, drivers, usuarios, etc deben ser lo mas parecidos posibles a lo de la versión que se está cambiando.
Esto permite una fácil vuelta atrás en caso de problemas y facilita la detección de diferencias de comportamiento.
Seguimos bajando la cantidad de errores que aparecen, algunos corrigiendo programas y otros con arreglos de configuración o de instalación.
Hola enrique, buen dia, perdon preguntar un domingo
ResponderBorrarcon respecto a este tema: Bloqueos en web transactions.
llegaste a ver que era lo que pasaba, estamos migrando a 17 y nos pasa lo mismo, y no encontramos el error, (estamos con java web tomcat), lo mas raro es que alguna interacción con un control (por ejemplo un combo que recarga la pantalla) la deja inutilizable, hasta que le hacemos f5 (o ctrl+5)
Desde ya gracias y buen domingo
Si, logramos solucionarlo. Era un tema de timing de javascript.Tal vez debas hacer un debug de javascript y encontrar el motivo. No era fácil de reproducir.
Borrar