Errores al actualizar Kolla 4.1 a 4.3

Hola, tenemos en producción la versión 4.0.1 de Kolla con postgres 9.6
Queremos pasar a la 4.3, según la documentación debemos primero pasar a la 4.1.0 y de ahí a la 4.3.0.
Al pasar a la 4.1 tuvimos el problema de los nombres de colegios que tenían una barra al final, lo arreglamos y pudimos tenerla en la 4.1, cuando queremos pasar de esta a la 4.3 se nos presentan los siguientes errores:

Falta una columna en una tabla:
[2019-10-17 13:20:20] MAIN.INFO: [ TOBA ] ERROR ejecutando SQL: [CODIGO]: 7 [SQLSTATE]: db_42703 [MENSAJE]: ERROR: column “editor_config_file” of relation “apex_objeto_ei_formulario_ef” does not exist LINE 134: …tado, editor_ancho, editor_alto, editor_botonera, editor_con…

Error de una foreign:
[2019-10-17 13:23:58] MAIN.ERROR: 0 - SQL ERROR: SQLSTATE[23503]: Foreign key violation: 7 ERROR: insert or update on table “apex_usuario_proyecto” violates foreign key constraint “apex_usu_proy_fk_grupo_acc” DETAIL: Key (proyecto, usuario_grupo_acc)=(kolla, encuesta) is not present in table “apex_usuario_grupo_acc”. INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES (‘kolla’, ‘encuesta’, ‘*’, NULL); INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES (‘kolla’, ‘encuesta’, ‘0019903’, NULL); INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES (‘kolla’, ‘encuesta’

Con respecto a la versión de postgres:
Nosotros tenemos la base kolla en el mismo servidor de Guaraní, estamos también haciendo migración de Guaraní a la 3.17.
El tema es que Guarani 3.17 tiene como requerimiento postgres 9.6 y kolla 4.3 tiene como requerimiento postgres 10
Entonces planteamos las siguientes preguntas para determinar que hacer:

  • Deberíamos tener las bases en servidores separados?
    Guarani 3.17 es compatible con Kolla 4.1 ?
    Kolla 4.3 funciona en postgres 9.6?

Esperamos sus comentarios.
Saludos

Buen día Narda.

Te voy a pedir que me envíes por favor el log del instalador .

Por otro lado y respondiendo tus dudas, Guaraní 3.17.0 es compatible únicamente con Kolla 4.3.0. Además, este Kolla si bien ya pide Postgres 10 como mínimo, creo que lo vas a poder correr sin problema con 9.6, por lo que no va a ser necesario que tengas las bases en servidores distintos.

Saludos.

Adjunto el log de la instalación

Narda, buen día.

Del log lo que se observa es que la variable toba_dir esta tomando el valor a la instalación anterior cuando tiene que ser al Kolla nuevo.

http://documentacion.siu.edu.ar/wiki/SIU-Kolla/Version_4.3.0/actualizacion

Probalo y contanos como te fue.

Pudimos terminar la instalación, pero al querer loguear con el usuario admin nos da el mensaje:

El usuario no posee permisos para acceder al item solicitado.

Probe entrar a configurar el usuario desde toba pero da el mismo mensaje

Buen día Narda,
¿el usuario admin que están usando es uno que tenían en la instalación anterior o el que configuraron para ejecutar la actualización?
Envianos por favor el log que resultó de esta última actualización y también el log de Kolla.

Saludos.

El problema es que en la versión 4.3 pierde los datos de la tabla apex_usuario_grupo_acc.
Eso se ve en el log en :

[ERROR] SQL ERROR: SQLSTATE[23503]: Foreign key violation: 7 ERROR: insert or update on table “apex_usuario_proyecto”
violates foreign key constraint “apex_usu_proy_fk_grupo_acc”
DETAIL: Key (proyecto, usuario_grupo_acc)=(kolla, encuesta) is not present in table “apex_usuario_grupo_acc”.
INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES
(‘kolla’, ‘encuesta’, ‘*’, NULL);
INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES
(‘kolla’, ‘encuesta’, ‘0019903’, NULL);

Haciendo pruebas pasamos a la 4.2 (por las dudas nos estuviera faltando ese pasaje para evitar el error) pero la migración a la 4.2 se hizo correctamente y pudimos entrar a la aplicación en esa versión. Entonces el problema esta que en la migración a la 4.3 la tabla toba_kolla.apex_usuario_grupo_acc solo nos queda con esto:

“toba_usuarios”;“admin”;“Administrador”;“0”;“Accede a toda la funcionalidad”;“”;“”;“”;“”;“”;“1”;“”;

Narda, hay algunas cosas que no entiendo

  • el usuario para el que reportaste el error en el mensaje anterior tenía el perfil admin y ese grupo de acceso según entiendo SI está presente en la base, ¿el problema en el login lo tienen con todos los perfiles o solo con algunos?

  • luego de actualizar a 4.2 exitosamente, ¿hicieron la actualización a 4.3?

Pasame por favor el log que resulta de la actualización a 4.3

Saludos

Hola, hicimos varias pruebas intentando encontrar donde esta el problema, adjunto el último log, aunque básicamente contiene los mismos errores que envié en la respuesta#2

Con respecto a las preguntas:

  • el usuario para el que reportaste el error en el mensaje anterior tenía el perfil admin y ese grupo de acceso según entiendo SI está presente en la base, ¿el problema en el login lo tienen con todos los perfiles o solo con algunos?

Con todos los usuarios inclusive admin. El tema es que el usuario admin que está en la tabla es del proyecto toba_usuarios y creo que el que busca para el logueo es del proyecto kolla que no está.Hicimos un paso a paso de la migración y en el punto 6 notamos que antes de ejecutarlo existe el proyecto kolla y los usuarios:

SELECT proyecto, descripcion, descripcion_corta FROM toba_kolla.apex_proyecto;

“toba”;“NUCLEO TOBA”;“Nucleo - Toba”
“kolla”;“KOLLA”;“Kolla”
“toba_usuarios”;“Administración de Usuarios Toba”;“Toba - Usuarios”

SELECT proyecto, usuario_grupo_acc, nombre, nivel_acceso, descripcion FROM toba_kolla.apex_usuario_grupo_acc;

“kolla”;“gestor”;“Gestor”;;“Administra los datos del negocio: Encuestas”
“kolla”;“guest”;“Anónimo”;;“Accede al sistema para responder como invitado”
“kolla”;“externo”;“Externo”;;“Provee acceso para otros sistemas”
“kolla”;“encuesta”;“Encuesta”;20;“Accede a Kolla para responder, persona registrada”
“kolla”;“admin”;“Administrador”;0;“Configura y administra el sistema integramente”
“toba_usuarios”;“admin”;“Administrador”;0;“Accede a toda la funcionalidad”

Al finalizar el punto 6 no esta más el proyecto kolla en apex_proyecto ni los usuarios del proyecto kolla en apex_usuario_grupo_acc (estos últimos como consecuencia de desaparecer el proyecto) solo queda el registro del usuario admin del proyecto toba_usuarios.

SELECT proyecto, descripcion, descripcion_corta FROM toba_kolla.apex_proyecto;

“toba”;“NUCLEO TOBA”;“Nucleo - Toba”
“toba_usuarios”;“Administración de Usuarios Toba”;“Toba - Usuarios”

SELECT proyecto, usuario_grupo_acc, nombre, nivel_acceso, descripcion FROM toba_kolla.apex_usuario_grupo_acc;

“toba_usuarios”;“admin”;“Administrador”;0;“Accede a toda la funcionalidad”

En el punto 9) Migrar configuraciones finales de una instalación anterior============================================================= [ERROR] SQL ERROR: SQLSTATE[23503]: Foreign key violation: 7 ERROR: insert or update on table “apex_usuario_proyecto” violates foreign key constraint “apex_usu_proy_fk_grupo_acc”
DETAIL: Key (proyecto, usuario_grupo_acc)=(kolla, encuesta) is not present in table “apex_usuario_grupo_acc”.
INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES (‘kolla’, ‘encuesta’, ‘*’, NULL);
INSERT INTO apex_usuario_proyecto (proyecto, usuario_grupo_acc, usuario, usuario_perfil_datos) VALUES (‘kolla’, ‘encuesta’, ‘0019903’, NULL);
… continúan muchas líneas del mismo tipo, se ven en el log

El error de foreign key se arrastra porque no existe el proyecto kolla.

  • luego de actualizar a 4.2 exitosamente, ¿hicieron la actualización a 4.3?
    Si, y con los mismos problemas que pasándola desde la 4.1

Pasame por favor el log que resulta de la actualización a 4.3
Adjunto el log

Saludos

Buen día Narda,
en el log se observan varios errores, pero en primer lugar podemos ver que no corrigieron esto que les observó Germán en su respuesta del lunes.

La variable toba_dir debe tener el path a toba de la NUEVA instalación y ustedes lo están configurando con el path de la instalación anterior, la que quieren actualizar.
Por favor revisen la instalación original para chequear que no haya quedado en algún estado inconsistente o con la base rota, luego configuren de nuevo el archivo del instalador teniendo en cuenta estas observaciones y por último vuelvan a ejecutar la actualización. Si surge cualquier inconveniente envianos el resultado de log y el archivo de configuración del instalador.
6

Nos paso lo siguiente con esa variable toba_dir, en el archivo entorno_toba.env estaba bien configurada al iniciar la migración pero no sabemos por que tomaba la vieja.
Forzamos esa variable agregándola también en el archivo instalador.env

Por otro lado también estabamos con problemas con el servidor de BD, tenía un comportamiento muy extraño, nos generaba el log de postgres con sentencias insert infinitas, tenemos disco de 1TB y lo llenó ( fue en una de las pruebas que lo dejamos corriendo hasta el día siguiente). Preparamos otro servidor postgres, hicimos la migración con los pasos tal cual lo habíamos hecho con el anterior y la migración terminó en pocos minutos de forma correcta .

Ya podemos ingresar al Kolla 4.3, y al kolla_toba_usuarios, el problema entonces era que no estaba tomando correctamente la variable toba_dir y lo que generó más confusión fue que el servidor de BD estaba con comportamiento muy extraño.

Gracias por todo y saludos

Qué buena noticia Narda. Y gracias por avisarnos.
Perdón si no se había entendido, cuando te hablábamos de configurar la variable toba_dir siempre hablábamos del archivo de configuración del instalador “instalador.env” ya que de ahí levanta todos los datos necesarios para ejecutar la instalación o la actualización.
Cualquier otro inconveniente por supuesto estamos a disposición.
Saludos!