Hola Sergio! seguimos con el mismo problema... te paso un video donde se ve que el enlace nos vuelve a dar error 404.
En ese momento ya estabamos logueados con el usuario, por eso no muestra el login.

 https://drive.google.com/file/d/1UswghNoDCJ3ojk1uBx2Bhe68sda1Bu3B/view?usp=sharing


 
Gracias!

Pd: va sin audio el video.

Buen dia!!

ese enlace que nos indican nos devuelve error 404. Adjuntamos captura.

Saludos!!

Hola! 
tenemos una consulta.
Actualizamos Mapuche de la version 3.6.1 a la 3.7.0 y de allí a la 3.12.0, tal como lo decía el instructivo en la documentacion.
Nosotros desde hace un año implementamos Nuxeo como base para guardar los recibos de sueldos y tenemos un portal propio donde los agentes descargan sus recibos.

Despues de la instalacion de la version 3.12.0, dejó de funcionar correctamente el portal, "trayendo" solo recibos muy antiguos.
Tampoco los podiamos ver desde mapuche, (si se veian las liquidaciones, pero no los recibos).

Buscando en la Configuracion del sistema, encontramos que estaba seteada la opcion "documentos ARAI", y no nos permirtía cambiar a la otra opción "documentos nuxeo".
Buscando en el foro, encontramos que desde la version 3.9.0 en adelante nuxeo ya no se podria instalar, pero sí puede seguir funcionando si estaba previo a estas actualizaciones.

La consulta es que cosas hay que tener en cuenta a la hora de actualizar, para que Nuxeo siga funcionando correctamente.

Buen dia!
por si a alguno le sirve, compartimos como lo resolvimos nosotros:

- Descomprimir pres112019.zip
- Abrir los txt con notepad++
- Cambiar /Codificacion/Convertir a UTF8 sin BOM
- En Editar/Conversión fin de linea/convertir a formato unix.
- Guardar y volver a zipear.

Saludos!

Gracias por la respuesta.

El problema estaba en  - Administrar periodos de inscripción a propuestas. Estaba vencido el plazo, "31/05/2019".
Nos llamaba la atención porque nos dejaba inscribirnos a cursos definidos anteriormente, pero no a los que definimos en junio.

Estaría solucionado.

Hola Esteban!

te contamos:  hicimos esa prueba y nos seguia dando el mismo problema.
Decidimos armar una instalacion nueva. Ahi pudimos levantar los datos que teniamos sin problema (sq_cargar_datos).

Quizas es como decis, nos habia quedado mal en alguna actualizacion. Nos pareció mas sencillo volver a comenzar. Gracias!

Hola Esteban, buen dia.

Me parece que es otra cosa el tema... porque el usuario y contraseña ya la habiamos ingresado una vez.
Igualmente lo hice y el proceso de sq_iniciar_entorno termina pero algo le falta (los mensajes son distintos a las anteriores actualizaciones que hicimos).
Al sq_cargar_datos sigue dando error.
Adjuntamos toda la salida por consola, ahi se ven mas detalles que quizas ayuden a determinar que está pasando.

Saludos!

pd: comprobamos que postgres esta levantado y andando en cada docker.

Hola!  les comentamos que en el entorno de testing necesitamos cargar los datos, despues de haber generado el entorno (sq_iniciar_entorno)
Cuando lo hacemos nos da el error que adjuntamos. El motor esta funcionando porque podemos ingresar al sistema.

root@sanaviron:/usr/local/siu/sanaviron_quilmes/demo_120/bin# ./sq_cargar_datos

    ######   VALIDANDO PRE CARGA DE DATOS

    ######   VALIDACION DE PRE CARGA DE DATOS FINALIZADA
41bfb8e83486

#####  CARGANDO BASE NUCLEO
Error: No such container: /bin/bash

No se pudo conectar con el motor!!!
(Puede que aún no este levantado el container)

Otro dato es que al ejecutar sq_iniciar_entorno aparecía el siguiente error (que puede tener relación), pero siguió la ejecución:
Pulling sanaviron-quilmes-testing (gitlab.siu.edu.ar:5005/sanaviron-quilmes/postgres-9.6:)...
ERROR: Get https://gitlab.siu.edu.ar:5005/v2/sanaviron-quilmes/postgres-9.6/manifests/latest: denied: access forbidden
41bfb8e83486cb19a105f8c50d9ac9f948ce470210562ba857cc4aeb94eb24e4

Inferimos que el entorno de testing estaba siendo modificado mientras ejecutamos sq_iniciar_entorno. ¿puede ser?