Usuarios de producción no pueden entrar a desarrollo luego de un restore sql

Buenos días, tenemos un problema con los usuarios que no pueden entrar al sistema en desarrollo. Les comento lo ocurrido.
Hicimos un dump de la base de producción y lo restauramos en el entorno de desarrollo para unas pruebas.
El toba esta dentro de la base pilaga_2018 por lo tanto debería traer los mismos usuarios.
Pero, cuando un usuario de producción quiere entrar a desarrollo el sistema no lo permite.
La versión de Pilaga es 3.1.5 y Debian 8 en ambos entornos.
La única diferencia es que la base de desarrollo es 9.6.10 (servidor 9.3.17) y la de producción es 9.4.9. Puede ser este el problema?

El detalle es el siguiente:

  1. El dump de producción se hizo de esta manera:
    pg_dump pilaga_2018 -Fc -E LATIN1 -f backup-pilaga_2018-2018-10-24-OK.sql

  2. El restore en desarrollo se hizo de esta manera:
    pg_restore --dbname=pilaga_2018 /mnt/pilaga/backup-pilaga_2018-2018-10-24.sql

previa creación de la base con los siguientes comandos psql:

CREATE DATABASE pilaga_2018;
ALTER DATABASE pilaga_2018 SET client_encoding TO ‘LATIN1’;

Al importar dio este error:

LÍNEA 17: ALTER TABLE ONLY view_liquidaciones_pagas REPLICA IDENTITY N…
^
La orden era: CREATE TABLE view_liquidaciones_pagas (
paso integer,
liquidacion integer,
movimiento_financiero integer,
fe…
pg_restore: [archiver (bd)] could not execute query: ERROR: no existe la relaci▒n ▒public.view_liquidaciones_pagas▒
La orden era: ALTER TABLE public.view_liquidaciones_pagas OWNER TO postgres;

pg_restore: [archiver (bd)] Error en entrada de la tabla de contenidos 14447; 2618 3381406 RULE _RETURN postgres
pg_restore: [archiver (bd)] could not execute query: ERROR: no existe la relaci▒n ▒view_liquidaciones_pagas▒
La orden era: CREATE RULE “_RETURN” AS
ON SELECT TO view_liquidaciones_pagas DO INSTEAD SELECT pa.paso,
li.liquidacion,
mf.mo…
PRECAUCIÓN: errores ignorados durante la recuperación: 3

Pero, luego continuo sin problemas.

  1. Luego, se intentó entrar con usuario y clave de producción y no se pudo. A veces decía clave incorrecta y a veces simplemente no respondía nada. Al presionar enter el sistema pestañaba y nada mas.

  2. Entramos a toba_usuarios de desarrollo y le cambiamos la clave a los usuarios que no pudieron entrar. El cambio fue ok.

  3. Se intentó el ingreso a pilaga desarrollo con la nueva clave con el mismo resultado indicado en el punto 3.

Cabe señalar que revisamos el archivo bases.ini de desarrollo y producción y la base de toba esta dentro de pilaga_2018 y apuntan al mismo lugar.

Obviamente estamos pasando algo por alto, pero no entendemos que puede ser.

Desde ya muchas gracias
Saludos
Alberto

Buenas tardes Alberto,

Cuando decís ambiente de desarrollo te referís a un ambiente que es copia del ambiente de producción instalado en entorno de producción osea con la variable “ENTORNO_PRODUCCION=1” ?
O estas queriendo llevar usuarios de una instalación en un entorno de producción (“ENTORNO_PRODUCCION=1”) a una instalación en un entorno de desarrollo (“ENTORNO_PRODUCCION=0”)?

Si tu caso es que son dos instalaciones instaladas en entorno de producción, lo mas probable es que luego de hacer el pg_restore te falte ejecutar el comando de compilar metadatos en tu instalación de prueba.

Ejecuta el siguiente comando y luego intenta ingresar con un usuario:


toba proyecto compilar -p pilaga

Hola, buen día!
El problema quedó resuelto subiendo la versión de Postgres a la 9.6
Desde ya muchas gracias
Saludos