error de pase a la 3.14.0

Buen dia.
estoy intentando migrar a la version 3.14.0 en un servidor de prueba
tengo la base en la version 3.13.2 y cuando ejecuto el comando migrar base

me sale el siguiente error>

ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_42703
[MENSAJE]: ERROR: column “version_app” does not exist
LINE 1: SELECT trim(version_app) as version_actual
^
[SQL EJECUTADA]: SELECT trim(version_app) as version_actual
FROM app_versiones_base
ORDER BY id_conversion DESC
LIMIT 1

sin embargo la columna exite en la tabla app_versiones_base
que puede estar pasando

Hola Luciana,

Empezaría por revisar los parámetros de conexión. Recién hice una pequeña prueba, metiendo un error de configuración en el bases.ini (le cambié el nombre al esquema) y logré el mismo error que reportás.

Saludos,
Fernando

ahora destruyo el docker y pruebo de cero. Lo otro que vi es que cuando hace el ./toba instancia regenerar -i desarrollo

tira unos errores
Cargando datos de la instancia.
ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_23505
[MENSAJE]: ERROR: duplicate key value violates unique constraint “apex_checksum_proyectos_pk”
DETAIL: Key (proyecto)=(guarani) already exists.

[SQL EJECUTADA]: INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16647’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-10-06 14:49:32’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-11-08 11:54:33’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-11-14 14:29:40’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-11-15 11:32:11’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘16699’, ‘2017-11-15 14:12:07’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘DESCONOCIDA’, ‘2017-10-06 14:41:46’);
INSERT INTO apex_revision (revision, creacion) VALUES (‘DESCONOCIDA’, ‘2017-10-10 15:49:53’);
INSERT INTO apex_instancia (instancia, version, institucion, observaciones, administrador_1, administrador_2, administrador_3, creacion) VALUES (‘desarrollo’, ‘2.7.10’, NULL, NULL, NULL, NULL, NULL, ‘2017-10-06 14:41:46’);
INSERT INTO apex_checksum_proyectos (checksum, proyecto) ( SELECT ‘83a039d80b6add6a3032c1729fb4ef16b99698f5610b28ca6205e65c78ad9ba5’, ‘guarani’ WHERE NOT EXISTS ( SELECT 1 FROM apex_checksum_proyectos WHERE checksum = ‘83a039d80b6add6a3032c1729fb4ef16b99698f5610b28ca6205e65c78ad9ba5’ AND proyecto = ‘guarani’ ));
INSERT INTO apex_checksum_proyectos (checksum, proyecto) ( SELECT ‘f05e2648cd0764887512c3b60bfbcc7027dfbe34b3755c0a4347acbc01bfb768’, ‘toba_editor’ WHERE NOT EXISTS ( SELECT 1 FROM apex_checksum_proyectos WHERE checksum = ‘f05e2648cd0764887512c3b60bfbcc7027dfbe34b3755c0a4347acbc01bfb768’ AND proyecto = ‘toba_editor’ ));
INSERT INTO apex_checksum_proyectos (checksum, proyecto) ( SELECT ‘48dc055cb3304494d02b5f615098f8434de796612f9cc7278ffae8385b4e06c6’, ‘toba_referencia’ WHERE NOT EXISTS ( SELECT 1 FROM apex_checksum_proyectos WHERE checksum = ‘48dc055cb3304494d02b5f615098f8434de796612f9cc7278ffae8385b4e06c6’ AND proyecto = ‘toba_referencia’ ));
INSERT INTO apex_checksum_proyectos (checksum, proyecto) ( SELECT ‘285f0c69229d04140ccf745a0a92d64678386245075ed8d30f1d08849ebb136d’, ‘toba_usuarios’ WHERE NOT EXISTS ( SELECT 1 FROM apex_checksum_proyectos WHERE checksum = ‘285f0c69229d04140ccf745a0a92d64678386245075ed8d30f1d08849ebb136d’ AND proyecto = ‘toba_usuarios’ ));

Hola, han podido avanzar, nosotros también estamos pasando por el mismo problema, y en versiones anteriores no paso.

En el paso 6 de la documentación:

./guarani migrar_base

Ejecutado: 06/12/17 16:06:43

ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_42703
[MENSAJE]: ERROR: no existe la columna �version_app�
LINE 1: SELECT trim(version_app) as version_actual
^
[SQL EJECUTADA]: SELECT trim(version_app) as version_actual
FROM app_versiones_base
ORDER BY id_conversion DESC
LIMIT 1

Saludos

Sobre este punto, verificá que en instalacion.ini tengas:

chequea_sincro_svn = 0

Y en …/lib/toba/instalacion/i__desarrollo/global/datos.sql eliminá las entradas que comiencen con “INSERT INTO apex_checksum_proyectos …”

Saludos

ahora me dice

– +++++++++++++++++++++++++++++++++++++++
– Fin Script de conversi�n 000948.sql
– +++++++++++++++++++++++++++++++++++++++

Hubo errores en la migraci�n.

y buscando encuentro

ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_42601
[MENSAJE]: ERROR: syntax error at or near “Nam”
LINE 59: …ios(pueblo_originario, nombre) VALUES (20, ‘Selk'Nam (Ona)’…
^
[SQL EJECUTADA]: – +++++++++++++++++++++++++++++++++++++++
– Script de conversi�n 000948.sql

Cuando estoy actulizando y ejecuto el comando
./toba instancia regenerar -i desarrollo
da un error
Cargando datos de la instancia…OK
Actualizando secuencias…OK

ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_23503
[MENSAJE]: ERROR: insert or update on table “apex_usuario_proyecto_perfil_datos” violates foreign key constraint “apex_usu_proy_pd_fk_perf_dat”
DETAIL: Key (proyecto, usuario_perfil_datos)=(guarani, 7) is not present in table “apex_usuario_perfil_datos”.
[SQL EJECUTADA]: COMMIT TRANSACTION;

te paso el log adjunto.

en apex_usuario_perfil_datos efectivamente existe el proyecto guarani con el usuario_perfil_datos 7

no entiendo porque sale ese error

comandos.txt (1010 KB)

Hola Luciana,

Con respecto al problema del diferencial:

Pareciera que hay un problema de interpretación de escapado. Hacé lo siguiente: localizá el archivo …/BD/Diferenciales/3.14.0/000948.sql y reemplazá, en la línea 59, esta entrada:

INSERT INTO mdp_pueblos_originarios(pueblo_originario, nombre) VALUES (20, 'Selk\'Nam (Ona)');

por esta:

INSERT INTO mdp_pueblos_originarios(pueblo_originario, nombre) VALUES (20, 'Selk Nam (Ona)');

Respecto de la otra consulta, necesitaría más detalles de los pasos que estás ejecutando. No de los comandos, sino del manejo de ambiente que estás efectuando.

Saludos,
Fernando

Fernando,

eso lo solucioné modificando el diferencial tambien y probé seguir ejecutando los sql por pgadmin, pero igualmente no me queda bien la base.

¿En qué sentido no te queda bien la base?

corri todos los diferenciales a mano y agregué
en app_versiones y app_versiones_base el registro correspondiente a la 3.14.0 porque sino no me funkaba guarani.

Ahora anda, estoy revisando si se rompe en algun lado, hay algo mas que haya que correr.

el error me sale cuando regenero la instancia en toba con el insert de usuario.
y despues cuando quiero hacer el migrar base ahi salta un error por lo que corri todos los diferenciales a mano,

Ahora, que mas hay que hacer, ademas de agregar el registro correspondiente en app_versiones
ya que definitivamente quedó mal, no tengo las modificaciones de las tablas, por ejemplo la tabla sga_unidades_gestion me da error porque no puede cargar la ubicacion ya que no tiene el campo en esa tabla, eso como ejemplo

si agrego tablas ya que ahora tengo 537 tablas en negocio.

¿Por qué corriste los diferenciales a mano? ¿El único que te fallaba no era el 000948? Ajustando esa línea para que no tome el apóstrofe debería ser suficiente.

destrui y levante el docker nuevamente
en la versión 3.13.2
le restauré la base, que actualmetne está de prueba
quedó andando bien,

ahora hice un ./guarani actualizar

y despues seguí de nuevo los pasos para migrar a la 3.14.0
LOGRÉ que no salgan errores en ningun paso de la migración

pero igualmente pruebo nuevamente por la aplicacion y entra, pero cuando quiero hacer algo, me salta este error:

SQLSTATE[22P02]: Invalid text representation: 7 ERROR: invalid input syntax for integer: “” LINE 3: WHERE sga_unidades_gestion.unidad_gestion = “” ^ Más info…

SQLSTATE: db_22P02

CODIGO: 7

MENSAJE: ERROR: invalid input syntax for integer: “” LINE 3: WHERE sga_unidades_gestion.unidad_gestion = “” ^

SQL: SELECT sga_unidades_gestion.dominio FROM sga_unidades_gestion WHERE sga_unidades_gestion.unidad_gestion = “” – toba_log: 11718

me pide el dato ubicacion de sga_unidades_gestion pero ese dato ya no está mas en esa tabla ahora que veo

bueno, estamos como los locos, entré en el toba_usuarios y revise la configuracion y sali, volví a entrar en guarani y ahora no me salta el error, asi que no se que paso?

AHORA ANDA BIEN.!!

Hola Luciana

Con respecto al error del diferencial 000948.sql , esto posiblemente tenga que ver con la variable standard_conforming_strings de postgres, que debe estar seteada con valor off en el archivo de configuración!

Por favor revisen esa configuración
Les dejo el link de la documentación
Saludos!

Gracias Luciana, de nuestra parte logramos avanzar, realice una instalación nueva de la 3.13.2, luego pise la base con el backup y por últimos seguimos los pasos de actualización de la 3.14.0 sin problemas (por lo menos hasta el momento).

Saludos

De nada, me alegro que lo pudieran solucionar