Intenta con parar el servicio de postgres y volverlo levantar (esto obviamente si es en producción hay que realizarlo cuando no haya nadie operando sobre el servidor).
Luego proba nuevamente realizar la sincronización con Arai.
Hola Silvio buenas tardes.
Gracias por tu respuesta.
Reinicie el servicio de postgres y hasta reinicie el servidor, pero sigo sin poder sincronizar proveedores, me da el mismo error que te mencione antes.
Saludos y gracias.
Buenas tardes, estamos nuevamente con el problema de sincronización de proveedores .
ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_42P07
[MENSAJE]: ERROR: la relaci�n �tt_usuario� ya existe
[SQL EJECUTADA]: CREATE TEMP TABLE tt_usuario ( usuario VARCHAR(60), id_solicitud INTEGER);INSERT INTO tt_usuario (usuario, id_solicitud) VALUES (‘no_autentificado’, ‘1819898’)
TIEMPO: 0,388 segundos
TIEMPO: 0,388 segundos
Resultado de ejecutar ./bin/instalador arai-proveedores:estado-base
[ OK ] A continuación se muestran las conversiones realizadas sobre la base de datos de Araí Proveedores:
Phinx by CakePHP - https://phinx.org. 0.10.8
using config file ./vendor/siu/arai-proveedores/phinx.php
using config parser php
using migration paths
/usr/src/proyectos/pilaga342/vendor/siu/arai-proveedores/db/migrations
using environment development
ordering by creation time
Status [Migration ID] Started Finished Migration Name
up 20181123180219 2019-10-04 16:02:48 2019-10-04 16:02:48 EstructuraInicio
up 20181123180229 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoUno
up 20181123180235 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDos
up 20181123180243 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDosPuntoUno
up 20181123180253 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDosPuntoDos
up 20181123180258 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDosPuntoTres
up 20181204131448 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDosPuntoCuatro
up 20181219131448 2019-10-04 16:02:48 2019-10-04 16:02:48 VersionUnoPuntoDosPuntoCinco
up 20190130131448 2019-10-04 16:02:48 2019-10-04 16:02:49 VersionUnoPuntoDosPuntoSeis
up 20190228131448 2019-10-04 16:02:49 2019-10-04 16:02:49 VersionUnoPuntoDosPuntoSiete
================================================================================
Proceso ejecutado en SIU-Pilag� (versión 3.4.2)
Se ha finalizado correctamente al proceso de verificación de la base de datos de Araí Proveedores.
Hola Leonardo, buenas tardes.
Muchas gracias por tu respuesta.
El error de la Relacion tt_usuario ya existe, me da al ejecutar ./bin/pilaga.sh arai sincronizacion y cualquiera de las opciones para ./pilaga.sh arai.
Me detiene toda la sincronización con Arai.
Estuve buscando, y lo utilizan mucho al " CREATE TEMP TABLE tt_usuario ( usuario VARCHAR(60), id_solicitud INTEGER);INSERT INTO tt_usuario (usuario, id_solicitud) VALUES (‘no_autentificado’, ‘***********’)", evidentemente para realizar operaciones sin autenticar.
No sera un problema de Postgresql, quizas que tenga que tocar algun parámetro dentro de postgresql.conf.
Hola Rodrigo,
El postgres dice que la tabla tt_usuario existe al momento de intentar crearla. Aunque parezca un tanto básico sugiero que empecemos por confirmar si existe. Para eso deberías abrir el pgadmin, conectarte a la misma base de datos donde se intenta crear la tabla tt_usuario y ejecutar este query:
select relpersistence,* from pg_class where relpersistence = ‘t’
habria que fijarse si en la columna relname aparece la tabla tt_usuario, eso nos va a confirmar si la tabla existe o no.
El query ejecutalo antes de arrancar el proceso ue da el error, y luego que te de el error. y veamos en ambas ejecuciones que resultados da el query
Hola Ignacio, buen día.
Muchas gracias por tu respuesta.
Chequeo la existencia de la tabla temporal con el SELECT que me pasaste y en 10 repeticiones cada segundo me aparece tres veces.
Te paso capturas.
La versión de Postgresql que tenemos es la 9.6.11.
Saludos.
Buenos días!
El problema ya fue resuelto mediante un GDS.
El inconveniente fue activar el esquema de Auditoría mediante un comando de Toba.
Por el momento NO RECOMENDAMOS hacer esto, ya que nuestro sistema cuenta con su propio esquema de Auditoría muy similar al de Toba.
Estaremos trabajando para poder extender esta función de Toba en algún momento y realizar las validaciones correspondientes para que esto no ocurra de nuevo.