Inconveniente al regenerar instancia en actualización

Buenos días gente, estaba probando de actualizar una instalación de Guarani 3.17.1 a la versión 3.18.0

Contamos con personalizaciones en esa versión, por lo que seguí los pasos del siguiente instructivo:
https://documentacion.siu.edu.ar/wiki/SIU-Guarani/version3.18.0/actualizacion_con_personalizaciones/gestion

Pero llego al paso 4 inciso 7, en el momento de regenerar la instancia me aparece este mensaje:

root@debian:/usr/local/proyectos/guarani/bin# ./toba instancia regenerar -i desarrollo
PHP Warning:  Module 'PDO' already loaded in Unknown on line 0
PHP Warning:  Module 'pdo_pgsql' already loaded in Unknown on line 0
Desea conservar datos locales como usuarios y logs? (Si o No)
Si responde NO, se utilizaran los exportados el Wed 29-Jul-20 a las 10:07 
(s/n):n

+--------------------+
| BASE               |
+--------------------+
| postgres7          |
| localhost          |
| postgres           |
| postgres           |
| guarani_desarrollo |
| 5432               |
| LATIN1             |
| desarrollo         |
+--------------------+
 Se guardaran los datos existentes en un schema backup

 ---------------------------------------------------------------------------------------------------
  Creaci�n de la instancia                                                                          
 ---------------------------------------------------------------------------------------------------

 Creando las tablas del framework..........................OK
 Cargando datos del nucleo............................OK

 guarani:
 --------

 Cargando datos globales.............OK
 Cargando componentes...........OK
 Cargando permisos.............OK

 toba_editor:
 ------------

 Cargando datos globales...........OK
 Cargando componentes.............OK
 Cargando permisos.......OK

 toba_referencia:
 ----------------

 Cargando datos globales..................OK
 Cargando componentes...............OK
 Cargando permisos......OK

 toba_usuarios:
 --------------

 Cargando datos globales......OK
 Cargando componentes..........OK
 Cargando permisos...OK

 Cargando datos de la instancia...........OK
 Actualizando secuencias..............................................OK
 
 ERROR ejecutando SQL:
  [CODIGO]: 7
  [SQLSTATE]: db_23503 
  [MENSAJE]: ERROR:  inserci�n o actualizaci�n en la tabla �apex_objeto_eventos� viola la llave for�nea �apex_objeto_eventos_fk_accion_vinculo�
 DETAIL:  La llave (proyecto, accion_vinculo_item)=(guarani, 32000024) no est� presente en la tabla �apex_item�.
  [SQL EJECUTADA]: COMMIT TRANSACTION;
 

 ___________________________________________________________________________________________________
 TIEMPO: 6,747 segundos

Desde ya les agradezco cualquier sugerencia que permita identificar mejor la causa de este inconveniente.

Hola Fernando,

El item al que refiere ese evento no existe más en la versión 3.18.0. Lo raro es que miro el metadato en su rama de Colab y el evento no está: https://colab.siu.edu.ar/trac/guarani3/browser/nodos/unsj/gestion/trunk/3.18.0/metadatos/componentes/toba_ci/dump_32000071.sql. Quizás hubo algún problema en el switch (paso 4.1). Podrían ejecutar los comandos “svn info” y “svn status” sobre la carpeta del proyecto Guaraní y adjuntar el resultado?

Saludos, Florencia.
4

Aquí dejo la información obtenida de svn info:

root@debian:/usr/local/proyectos/guarani# svn info
Ruta: .
Working Copy Root Path: /usr/local/proyectos/guarani
URL: https://colab.siu.edu.ar/svn/guarani3/nodos/unsj/gestion/trunk/3.18.0
Relative URL: ^/nodos/unsj/gestion/trunk/3.18.0
Raíz del repositorio: https://colab.siu.edu.ar/svn/guarani3
UUID del repositorio: e0a68ae1-9d37-43c1-981e-8b60bee60b31
Revisión: 41943
Tipo de nodo: directorio
Agendado: normal
Autor del último cambio: sergio
Revisión del último cambio: 41485
Fecha de último cambio: 2020-06-29 13:11:04 -0300 (lun 29 de jun de 2020)

Y esta información corresponde al comando svn status (he borrado algunas de las entradas porque la longitud de salida del comando, excede el largo permitido de los mensajes que se pueden subir en la plataforma del foro, tenia mas de 20000 caracteres):

root@debian:/usr/local/proyectos/guarani# svn status
?       bin/doctrine-dbal
?       bin/php-parse
!       bin/toba.bat
?       composer2.lock
D       metadatos
D       metadatos/componentes
D       metadatos/componentes/toba_ci
D       metadatos/componentes/toba_ci/dump_9000251.sql
D       metadatos/componentes/toba_cn
D       metadatos/componentes/toba_cn/dump_1000630.sql
D       metadatos/componentes/toba_cn/dump_1000642.sql
D       metadatos/componentes/toba_cn/dump_1000720.sql
D       metadatos/componentes/toba_cn/dump_1000721.sql
D       metadatos/componentes/toba_cn/dump_14000005.sql
D       metadatos/componentes/toba_cn/dump_9000250.sql
D       metadatos/componentes/toba_datos_relacion
D       metadatos/componentes/toba_datos_relacion/dump_1000649.sql
D       metadatos/componentes/toba_datos_relacion/dump_9000193.sql
D       metadatos/componentes/toba_datos_tabla
D       metadatos/componentes/toba_datos_tabla/dump_1000717.sql
D       metadatos/componentes/toba_datos_tabla/dump_9000246.sql
D       metadatos/componentes/toba_ei_arbol
D       metadatos/componentes/toba_ei_arbol/dump_2325.sql
D       metadatos/componentes/toba_ei_cuadro
D       metadatos/componentes/toba_item
D       metadatos/componentes/toba_item/dump_1.sql
D       metadatos/componentes/toba_item/dump_1000200.sql
D       metadatos/componentes/toba_item/dump_9000044.sql
D       metadatos/permisos
D       metadatos/permisos/apex_restriccion_funcional.sql
D       metadatos/permisos/apex_restriccion_funcional_ef.sql
D       metadatos/permisos/apex_restriccion_funcional_ei.sql
D       metadatos/permisos/apex_restriccion_funcional_evt.sql
D       metadatos/permisos/apex_restriccion_funcional_pantalla.sql
?       metadatos/permisos/apex_usuario_perfil_datos.sql
?       metadatos/permisos/apex_usuario_perfil_datos_dims.sql
D       metadatos/permisos/grupo_acceso__admin.sql
?       metadatos/permisos/grupo_acceso__admin_egresados.sql
D       metadatos/permisos/grupo_acceso__admin_oficina.sql
D       metadatos/permisos/grupo_acceso__alumno.sql
?       metadatos/permisos/grupo_acceso__control_planes.sql
?       metadatos/permisos/grupo_acceso__jefe_alum.sql
D       metadatos/tablas
D       metadatos/tablas/apex_consulta_php.sql
D       metadatos/tablas/apex_dimension.sql
D       metadatos/tablas/apex_dimension_gatillo.sql
D       metadatos/tablas/apex_estilo.sql
D       metadatos/tablas/apex_fuente_datos.sql
D       metadatos/tablas/apex_fuente_datos_schemas.sql
D       metadatos/tablas/apex_item_zona.sql
D       metadatos/tablas/apex_msg.sql
D       metadatos/tablas/apex_pagina_tipo.sql
D       metadatos/tablas/apex_proyecto.sql
D       metadatos/tablas/apex_puntos_montaje.sql
D       metadatos/tablas/apex_relacion_tablas.sql
D       metadatos/tablas/apex_servicio_web.sql
?       metadatos_compilados
?       personalizacion/logs/conflictos.log
?       php/3ros/JasperReports
?       php/3ros/JavaBridge
?       sql

Debería de realizar un commit inicial al repositorio para quitar asi las entradas marcadas con el código D?

Fernando,

Tienen muchos metadatos modificados. Son personalizaciones? Porque según el instructivo de actualización en el paso 4.7 se regenera la instancia con los metadatos de la versión 3.18.0 para después mergear las personalizaciones. Les diría que reviertan los cambios locales y vuelvan a probar la regeneración de la instancia.

Saludos, Florencia.
2