Menciono dos cosas que me sucedieron mientras seguí los pasos:
Al hacer el switch con el trunk 3.10 (paso 3.1) se me cortó la conexión mientras se actualizaban los archivos. Lo que hice fue volver a correr el sw y finalizó sin problemas. Si tiro svn info sobre la carpeta, se encuentra en el trunk correcto.
Al correr el comando “toba instancia regenerar -i desarrollo” saltó el siguiente mensaje “create table apex_molde_operacion_abms --cortado por exceder el límite”
Lo que voy a hacer ahora es correr los pasos nuevamente desde cero y ver si se soluciona, mientras espero su respuesta.
Hace un “svn update” en la carpeta de guarani para chequear que efectivamente haya descargado todos los archivos y ademas un “svn st” para ver en que estado esta todo.
Con respecto al error al regenerar instancia, eso que mencionas es la ultima linea que ves? O efectivamente surge a partir de esa tabla el error?
Imagino que no tenían personalizaciones…correcto?
Saludos.
Hola Gonzalo,
Efectivamente está en la última versión. Al regenerar instancia, es la última linea que veo. ¿Porqué imaginas que no teníamos personalizaciones? Si, tenemos muchas personalizaciones. Vamos a intentar en otro ambiente de desarrollo para ver si nos pasa lo mismo. Hay otro conflicto al hacer el sw que no te mencioné anteriormente. Lo atribuí a que se me corta la conexión al hacer sw. Pero noté que me pasa siempre. Me tira un conflicto en el archivo personalizaciones.ini. Lo que hago siempre es quedarme con su versión (tf)
Leí mal y entendí que no tenías personalizaciones. Ok, no hay drama igual, creo que el conflicto no tiene que ver con eso. La opcion elegida (tf) en el conflicto del switch esta bien.
Me da la impresión que el switch no se hizo correctamente y alguna carpeta no quedo bien. Que devuelve el “svn st”?
El svn status que enviaste es solo de la carpeta de personalizaciones. Te pido que realices los siguientes pasos.
En un ambiente en versión 3.9 antes de aplicar el paso 3 del instructivo , realizar un svn st en la raiz de la aplicación.
svn st > [path_para_log]\svnst_390.txt
Realizar el sw del paso 3 del instructivo, agregando |tee [path_para_log]\svnsw.txt para generar un log a parte de verlo por pantalla (visualizar q no salga ningún error). En mi caso debo usar --ignore-ancestry ya q tengo version de svn superior a 1.7
Hola,
seguimos probando y vimos que parece ser un error en el login. Si entramos primero a toba, y luego a la página de gestión, deja de tirar el error e ingresamos al sistema saltando el logueo.
Buscamos el “test_error_repetido” dentro del código y lo encontramos en evt__datos__ingresar de la clase ci_login.php
Antes que nada, ¿pudiste regenerar correctamente la instancia?. Si tenés dudas o no regeneró correctamente, por favor volvé a regenerar de la siguiente manera:
Dentro de la carpeta ‘bin’ de Toba (<path proyecto Guaraní>/lib/toba/bin) ejecutar:
toba instancia regenerar -i desarrollo |tee [path_para_log]\regenerar.txt
Si da error al regenerar, fijate en el archivo [path_para_log]\regenerar.txt en el comienzo, te marca el error. Por favor enviame ese archivo y los otros tres que te pedí en el [url=http://foro.comunidad.siu.edu.ar/index.php?topic=8214.msg35172]post anterior[/url]
Respondo por el post de “elucer”, de la facultad de Farmacia y Bioquímica
Intentamos hacer nuevamente la instalación, pero en el paso 3.2 del instructivo (toba instancia regenerar -i desarrollo) nos salto un problema de sql:
ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_23505
[MENSAJE]: ERROR: llave duplicada viola restricci�n de unicidad �apex_checksum_proyectos_pk�
DETAIL: Ya existe la llave (proyecto)=(guarani).
Viendo el foro, encontramos la solucion que era modificar el archivo guarani/lib/toba/instalacion/i__desarrollo/global/datos.sql y borrar los insert a la tabla apex_checksum_proyectos_pk
Una vez hecho eso, pudimos continuar con la actualizacion sin problemas. El problema que reporto Esteban de “test_error_repetido” no volvió a ocurrir.
Quiero aclarar que no tenemos personalizaciones en nuestra version, por ahora.
Hola, volvimos a realizar los pasos en un ambiente, hasta el paso de regenerar (toba instancia regenerar -i desarrollo). En ese momento nos salió el mismo error de sql que al usuario fgimenez, que solucionamos al borrar los insert en el archivo guarani/lib/toba/instalacion/i__desarrollo/global/datos.sql.
Sin embargo ahora en los pasos siguientes cuando se importan las personalizaciones nos salen errores al momento de verificar los conflictos. Los comandos que ejecutamos fueron:
Para mas informacion, el contenido de conflictos.log es el siguiente:
Conflictos del archivo comp_38000499.xml
Errores recuperables
[W:5] El update se hizo de orden:4 a orden:2. Ahora el valor original de la columna es orden:5. El registro afectado tiene clave <objeto_cuadro_proyecto:guarani,objeto_cuadro:38000499,objeto_cuadro_col:38000389> en la tabla <apex_objeto_ei_cuadro_columna>
Conflictos del archivo comp_37000057.xml
Errores recuperables
[W:5] El update se hizo de expresion:mdp_personas_documentos.nro_documento a expresion:fcen.f_documentos(vw_perfil_de_datos_personas.persona). Ahora el valor original de la columna es expresion:nro_documento. El registro afectado tiene clave <objeto_ei_filtro_proyecto:guarani,objeto_ei_filtro:37000057,objeto_ei_filtro_col:37000098> en la tabla <apex_objeto_ei_filtro_col>
Como te menciona allí, esos son errores recuperables.
Cuando efectuas el importar, te debería preguntar si queres importar esos cambios de todas formas y si respondes “s” los importa.
Si miras bien, lo que ocurrió fue que se realizaron cambios desde la versión anterior a la actual en un objeto del sistema por parte nuestra y uds tambien realizaron cambios al mismo objeto (lo personalizaron). Respondiendo “s” ignoras nuestro cambio y aplicas nuevamente la personalización sobre el mismo.
Como se menciona en el instructivo, una vez realizada la importación se sugiere verificar todas las personalizaciones aplicadas en las distintas operaciones para verificar que sigan funcionando correctamente.
Hola, ya habiamos hecho la importacion aplicando los cambios e ignorando los errores, sin embargo al momento de ingresar al sistema la pantalla se pone en blanco. Te adjuntamos el log de apache mientras seguimos buscando la causa.
Hola,
ya lo arreglamos. Estaba mal hecho el merge con la carpeta de las personalizaciones. Cualquier otro inconveniente nos mantenemos en contacto.
Saludos
Estoy probando actualizar con la version de 4 digitos propia (pruebas de pre-produccion 3.10), y siguiendo los pasos del manual https://repositorio.siu.edu.ar/trac/Portal-G3/wiki/G3/gestion/3.10.0/DocTecnica/ActualizacionProduccion me dio el 'Es necesario definir una INSTANCIA. Utilice el modificador ‘-i’ o defina la variable de entorno ‘toba_instancia’ ’ al realizar el paso toba instancia regenerar. En las otras actualizaciones usabamos toba instancia regenerar -i desarrollo, puede ser este el problema?
Buen día Verónica:
¿Pudieron solucionar este tema?
Recuerden por favor ir avisando así podemos dar por solucionado el post o seguir indagando sobre el inconveniente.
¡Gracias!
