Buenas tardes,
Estamos tratando de instalar la versión 2.9.0 de guaraní 3W y nos sale el siguiente error:
“La base no está actualizada, se requiere que se haya ejecutado alguno de los siguientes scripts: 'Conversión: CNV2.09.0; Ultimo script de conversión: 61”
Eso quiere decir que hay que actualizar gestión a 2.9.0?
Según la documentación es necesario tener la 2.8.1 nomas. “Es requisito tener actualizada la versión de Gestión a 2.8.1.”
Tenemos funcionando la versión 2.8.3 sobre la misma base de datos que estamos instalando la 2.9.0.
Si estaban en version 2.8.0, luego debieron correr los scripts de conversion a 2.8.1
Estando en esta version al pasar a version 2.9.0 debieron correr el script de conversion de 2.8.1 a 2.9.0.
Existe un solo script que contiene toda la conversion o sino podes correr de a un script que son 61 como indica el mensaje.
Si miras el ultimo script de conversion corrido, que numero tiene?
select * from app_versiones order by fecha_actualiz desc;
Gestión está en versión 2.8.1. El último script que se corrió es el “CNV2.08.1-11”.
La pregunta era si es necesario actualizar gestión a 2.9.0 para instalar el 3W 2.9.0, porque según lo que entendí de la documentación no era necesario.
Para instalar la version 2.9.0 de guarani 3w, deberas convertir la base de 2.8.1 a 2.9.0, usar el exe de la version 2.9.0 para Gestion e instalar la version 2.9.0 de Preinscripción a carreras si usan este módulo.
Es requisito tener actualizada la versión de Gestión a 2.8.1. No es necesario tener la versión de 3W 2.8.1, pero de ser así, deberá ejecutar el comando migrar_claves ( únicamente para casos en que no hayan instalado la versión 2.8.1. de 3W, ejecutar comando migrar_claves ) "
Entendimos que estando la BD en 2.8.1 funcionaba.
Vamos a probar migrar a 2.9.0 entonces.
Muchas Gracias
Juan Carlos
Estamos teniendo problemas para lograr el login, se muestra pero al tratar de loguearnos nos da el error de “La conexión fue restablecida”.
El log de apache muestra que algún proceso reinicio el servicio “AH00052: child pid 17951 exit signal Segmentation fault (11)”.
La conexión a la base de datos es correcta y haciendo algunas pruebas en el código puedo ver que se traen correctamente los datos (puse un var_dump en persona.php luego de recuperar los datos y están correctos).
La máquina es un debian 8 con PHP 5.6.7.
En un debian 5 con php 5.3.9 había tenido un error similar (lo pueden ver en mis post anteriores) y lo había solucionado modificando el client_locale en el config. En este hice la misma modificación pero el error no se soluciona.
En esta misma máquina probamos guarani 2.8.3 y funcionó correctamente.
Les paso algún log para que vean? o la salida del phpinfo?
Hola Nicolás.
Se encuentran en Producción? Podrías pasarnos el log de la aplicación y apache? Y el archivo de configuración sin contraseñas.
En este posteo hay una sección para detectar este tipo de error: Algunos errores comunes, que hacen que la aplicación presente una página en blanco. Podés corroborarlo a ver si no se está tratando de alguno de esos casos.
Nicolás, no encontramos nada extraño en el archivo de configuración. Los warnings que aparecen en el log de la aplicación no influyen en este caso.
Podrías pasarnos el archivo alias.config y login.php?
Revisaste el posteo que te mencioné?
Juliana
Adjunto los archivos requeridos (.txt).
Revisamos el post con los errores más comunes, uno por uno, y nuestra instalación está de acuerdo a lo sugerido. Pero, seguimos con el mismo problema.
saludos
Juan Carlos
Juliana
Luego de terminar de enviar el post anterior … ¡¡pude loguearme en 3w!!
Pero, lo llamativo del caso … es que con todo lo que habíamos hecho … seguía sin funcionar.
Lo único que había cambiado anteriormente (de acuerdo al post de errores más comunes) fue dar permisos a apache sobre las carptas “instalacion/operaciones_inactivas” y “src/siu/www/*” que no los tenía. Reiniciamos apache, y seguimos con los problemas.
¿Qué fue lo que cambió?. En el mismo servidor estamos instalando Preinscripción 2.9.1, y se hizo una “limpieza de la caché ACP”. Es todo. No hicimos otra cosa.
En definitiva, no sabemos porqué no funcionaba, y en consecuencia, porqué ahora está funcionando.
Saludos
Juan Carlos
Volvemos atrás, ahora no funciona. No hicimos mas cambios que limpiar la cache desde preinscripción (lo que no debería afectar la instalación de guarani).
Sospechamos que puede ser algún problema con el charset y la codificación de caracteres. En el config.php lo tenemos como client_locale=>‘en_us.8859-1’, en g3w2_290.conf de apache tenemos AddDefaultCharset ISO-8859-1, en /etc/profile y /etc/apache2/envvars tenemos export CLIENT_LOCALE=en_us.8859-1 export DB_LOCALE=en_us.8859-1.
Algo mas para ver en cuanto a esto?
Cuando vamos a consultar las fechas de examen no arroja el siguiente error: Fatal error: Class ‘siu\operaciones\fecha_examen\error_kernel_validacion’ not found in /usr/local/proyectos/guarani2/3w/versiones/2.9.0/src/siu/operaciones/fecha_examen/controlador.php on line 99
Con respecto al Fatal Error de la consulta de fechas de examen, se resuelve agregando la siguiente línea:
use kernel\error_kernel_validacion;
En src/siu/operaciones/fecha_examen/controlador.php. Ésta línea va al inicio del código, junto con los demás USES.
Con respecto al error en el login, por los logs de la aplicación que nos envíaste, pareciera que conecta bien a la base de datos, con los parámetros que nos envíaste:
Nosotros usamos ‘client_locale’ => ‘en_us.cp1252’ y otro puerto. Pero si ustedes hacen el test de conexión con sus parámetros y funciona bien, no debería ser ese el problema. Sino podrían probar con el client_locale sugerido por el SIU y revisar que el puerto que usan sea el correcto.
Pueden volver a reproducir el error y enviarnos la salida de la ejecución del comando?:
Por el primer error, agregue la linea y ahora me tira otro error, te paso el log.
Por el tema del login, el único error que nos da es el siguiente: [Wed May 27 17:39:45.648020 2015] [core:notice] [pid 20461] AH00052: child pid 20464 exit signal Segmentation fault (11)
Les paso el phpinfo para ver si encuentran algo que se me este pasando.
Hola, con respecto al error de validación del filtro en las fechas de examen: es un error que nosotros pusimos para capturar una excepción, es decir, la pantalla no se rompe sino que te sale un cartel de aviso con el mensaje ‘Error al validar el filtro’. Esto se da cuando seleccionas filtros y luego seleccionás ‘Buscar’, verdad?
El caso del login… Vos llegas a la pantalla inicial de Guaraní sin problemas y cuando vas a loguearte te sale pantalla en blanco? El único registro de ello es el segmentation fault del log de apache. Acá encontré un posteo donde explica que se trata de un error interno de php o apache y da algunas sugerencias para resolverlo, modificando parámetros del php.ini. Podrías revisarlo a ver si te funciona.
Por otro lado, quería comentarles que nosotros desarrollamos y probamos la aplicación con PHP versión 5.4.X, por eso es la que sugerimos en la documentación de Guaraní. Se supone que no debería haber problemas en versiones superiores, como la que utilizan ustedes, pero nosotros no podemos garantizarlo ya que no ha sido ni desarrollada ni testeada en la misma.
Revisando sus archivos de configuración, alias y login, no notamos ningún error por el cual pueda estar fallando la ejecución del Guaraní.
Aguardo comentarios a ver si pudieron resolverlo o tienen nuevos logs.
Buenas, encontré esto que puede ser el problema con el Apache 2.4 y el manejo de sesiones. https://bz.apache.org/bugzilla/show_bug.cgi?id=14692
Puede ser por como maneja las sesiones guarani? alguien tiene idea donde está ese código para revisarlo?
Gracias