Migración de Kolla 2 a Kolla 3.1.2

Hola a todos!
Tenemos que migrar de Kolla 2.0 a Kolla 3.1.2.
No encuentro nada en el repositorio de cómo realizar la migración. Debría hacer 3.0, 3.1 y por último 3.1.2. Cómo debería proceder?
Gracias por su tiempo.

ANA - UNNOBA

Buenos días Ana,

antes que nada una aclaración: la última versión de Kolla es la 3.1.0 y es a esa versión a la que deben intentar llegar para tener el sistema actualizado.

Si se encuentran en versión 2.0 los pasos a realizar serían:

  1. dirigirse al repositorio de Kolla, y de la carpeta /SIU-Kolla/version 3/ descargar
    1.a el instalador 2013-09-19-instalador_kolla.tar.gz
    1.b la documentación de soporte (particularmente el documento “Instalación y configuración inicial SIU-Kolla 3.0.0.pdf” explica los procesos de instalación y lo que ocurre con la migración de los datos)
  2. una vez instalada la versión 3.0, dirigirse a la carpeta /SIU-Kolla/Versión 3.1.0/ y descargar
    2.a el instalador instalador_kolla_3.1.0_080413.rar

La documentación de la versión 3.1.0 la pueden encontrar en http://repositorio.siu.edu.ar/trac/kollawiki/wiki/Kolla3.1

Saludos.

Muchas gracias. Disculpá las molestias.
Han hecho pruebas en postgresql 9.X.X?

ANA - UNNOBA

No, aún no se han realizado pruebas con versiones 9.x+ de Postgres.

Estoy migrando kolla 2 a kolla 3 con el instalador del paquete 2013-09-19-instalador_kolla.tar.gz
Y me tira un error de permisos sobre la tabla apex_usuario, sinembargo el usuario es superusuario y además el owner de la tabla que quiero migrar.
Me dirías que puede estar pasando?.

ANA - UNNOBA

Hola Ana,
por favor revisa el log del instalador que se ubica en /instalador/logs/ Allí puede haber información un poco más detallada.

Saludos.

Clara:
El error en el log es cuando se migran los usuarios de toba. Si ves en el log que te adjunto para el resto de las tablas lo hace bien.
Y además te paso la tabla para que veas que el privilegio del usuario es correcto:
REATE TABLE toba_kolla.apex_usuario
(
usuario character varying(60) NOT NULL,
clave character varying(128) NOT NULL,
nombre text,
email text,
autentificacion character varying(10) DEFAULT ‘plano’::character varying,
bloqueado smallint DEFAULT 0,
parametro_a text,
parametro_b text,
parametro_c text,
solicitud_registrar smallint,
solicitud_obs_tipo_proyecto character varying(15),
solicitud_obs_tipo character varying(20),
solicitud_observacion text,
usuario_tipodoc character varying(10),
pre character varying(2),
ciu character varying(18),
suf character varying(1),
telefono character varying(30),
vencimiento date,
dias smallint,
hora_entrada time(0) without time zone,
hora_salida time(0) without time zone,
ip_permitida character varying(20),
CONSTRAINT apex_usuario_pk PRIMARY KEY (usuario ),
CONSTRAINT apex_usuario_fk_tipodoc FOREIGN KEY (usuario_tipodoc)
REFERENCES toba_kolla.apex_usuario_tipodoc (usuario_tipodoc) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION DEFERRABLE INITIALLY IMMEDIATE
)
WITH (
OIDS=FALSE
);
ALTER TABLE toba_kolla.apex_usuario OWNER TO dba;
GRANT ALL ON TABLE toba_kolla.apex_usuario TO dba;
GRANT ALL ON TABLE toba_kolla.apex_usuario TO kolla;


log kolla.rar (2.35 KB)

Clara:
Ya lo solucioné, el problema era el permiso del usuario kolla sobre el esquema public que es dónde están los datos de la versión 2.0, también medió un error de clave duplicada para el usuario ‘kolla’ en apex_usuario, pero eliminé el registro y el instalador lo vuelve a crear.
Gracias de todas formas y disculpá las molestias.

ANA - UNOBA

Perfecto Ana, me alegro que hayas encontrado el error. Cualquier cosa estamos en contacto.