[RESPONDIDO] Actualización EEI - Consulta sobre actualización de Usuarios

Estimados, buen día

Nos encontramos actualizando EEI a la versión 1.6.0 desde la versión 1.5.12.

Siguiendo la documentación oficial, llegamos al momento de Actualizar base PostgreSQL de usuarios.

Primero se indica correr la exportación de datos de instancia local de la siguiente manera:

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export docker service logs usuarios_export_idm -f

Esperar a que exporte y se detenga la ejecución. Si tuvo éxito la operación, eliminar el stack temporal usuarios_export:

docker stack rm usuarios_export

y luego :

Usando los datos de instancia local exportados previamente, realizar la migración de la base de datos PostgreSQL:

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_actualizar_base.yml usuarios_actualizar_base
docker service logs usuarios_actualizar_base_idm -f

Al momento de querer visualizar los logs utilizando el comando "docker service logs … -f " no se obtiene ninguna salida, por lo que no se puede verificar que ninguno de los comandos anteriores haya realizado la migración y actualización correctamente.

Con el primer comando de exportación, puedo verificar que dentro del directorio /prod/arai/util/ se crea la nueva carpeta files y se completa con archivos, pero al correr el comando de migración no obtengo ninguna salida, tampoco corriendo:
“docker service logs usuarios_actualizar_base_idm -f”

Mi consulta es: ¿De que manera puedo verificar que este proceso se realizó correctamente? ¿Hay algún cambio que se pueda visualizar desde la base de datos de usuarios?

Les agradecería que me puedan ayudar,
Saludos

Buen día,

recuerden autenticarse en hub antes de de ejecutar los comandos, para hacerlo deben colocar en la consola:

docker login hub.siu.edu.ar:5005

una vez autenticados con los datos de acceso que tengan para hub.siu.edu.ar, pueden ejecutar el comando

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export 

para ver lo que está haciendo el stack ejecutar:

docker service logs usuarios_export_idm -f

esperar a que muestre la salida y termine, si es la primera vez que ejecutan el comando va a descargar una imagen desde hub, puede ser que eso demore un tiempo y por eso no ven salida

una vez que termina con éxito la ejecución de ese comando, pueden eliminar ese stack

docker stack rm usuarios_export

una vez terminado el paso anterior, continuar con el siguiente comando

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_actualizar_base.yml usuarios_actualizar_base

luego revisar la salida con

docker service logs usuarios_actualizar_base_idm -f

Saludos!

Estimada María, buenos días.

Ante todo, gracias por la responder.

Los pasos que seguimos, son exactamente los indicados en la respuesta y los publicados en la documentación.

Por las dudas, volvimos a verificar si por alguna razón no estábamos logueados en el hub del siu. Pero la conexión es correcta.

Volvimos a correr todos los comandos y aún no podemos verificar salida al ejecutar:

docker service logs usuarios_export_idm -f

incluso esperando varios minutos, nada sucede.

Adjunto lo realizado:


root@swarm01-test-23:/usr/local/siu/expedientes_160_test/prod/arai/util# docker login hub.siu.edu.ar:5005
Authenticating with existing credentials...
Login Succeeded
root@swarm01-test-23:/usr/local/siu/expedientes_160_test/prod/arai/util# cd ../../..
root@swarm01-test-23:/usr/local/siu/expedientes_160_test# docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export 
Creating service usuarios_export_idm
root@swarm01-test-23:/usr/local/siu/expedientes_160_test# docker service logs usuarios_export_idm -f

root@swarm01-test-23:/usr/local/siu/expedientes_160_test# docker service logs usuarios_export_idm -f


Como se puede verificar al correr : docker service ls, el servicio nunca replica, lo que no estamos seguros si esto es un comportamiento correcto.


root@swarm01-test-23:/usr/local/siu/expedientes_160_test# docker service ls
ID             NAME                      MODE         REPLICAS   IMAGE                                                           PORTS
                                             
n6gzqdf2sqqt   usuarios_export_idm       replicated   0/1        hub.siu.edu.ar:5005/siu/expedientes/arai-usuarios/idm:v3.1.12

Lo mismo descripto arriba, sucede con “usuarios_actualizar_base”.

La cuestión es que no sabemos si realmente se produce la exportación/migración, por eso nuestra inquietud.

Quedamos a la espera de sus comentarios, gracias

Hola! ante todo, disculpas por la demora en responder

Para entender lo que te sucedía, entre ayer y hoy estuve tratando de replicar el mismo comportamiento en un ambiente de testeo.
Logré observar lo mismo que te sucede, interpreto que en este caso ocurre lo contrario a lo que pensaba, debido a que hay pocos datos la ejecución se realiza rápidamente y no se alcanza a visualizar la salida.
Al terminar la ejecución se detiene, por eso es que se ve “replicated 0/1”

docker service ls
ID             NAME                      MODE         REPLICAS   IMAGE                                                           PORTS
n6gzqdf2sqqt   usuarios_export_idm       replicated   0/1        hub.siu.edu.ar:5005/siu/expedientes/arai-usuarios/idm:v3.1.12

Una forma en la que logré visualizar los logs en ese ambiente fue utilizando watch para que actualice la salida cada cierto tiempo

en una consola dejar corriendo

watch docker service logs usuarios_export_idm -f

(CTRL+C para dejar de ver el log)

en otra consola ejecutar el siguiente comando y observar en paralelo la consola donde se dejó corriendo los logs para ver la salida

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export

como watch renueva la pantalla cada cierto tiempo, puede llegar a limpiar la pantalla, para esquivar ese inconveniente dejar almacenado en un archivo de texto la salida de los logs

watch docker service logs usuarios_export_idm -f > salida_usuarios_export.txt

Revisar el archivo salida_usuarios_export.txt para ver lo ocurrido.
Luego de la ejecución debería generar los archivos que comentas en el directorio “files”
Espero que sea de ayuda este comentario.
Saludos!

Estimada María, buenos días

Siguiendo lo que me indicas, corro los comandos para que la salida quede en un archivo.
Adjunto lo obtenido de los dos comandos, tanto como el de exportación y el de migración:

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export en otra consola: watch docker service logs usuarios_export_idm -f > salida_usuarios_export.txt

salida_usuarios_export.txt :


^[[?1049h^[[22;0;0t^[[1;23r^[(B^[[m^[[4l^[[?7h^[[H^[[2JEvery 2.0s: docker service logs usuarios_export_idm -f
^[[1;158Hswarm01-test-23: Thu Sep 21 06:25:46 2023^[[3;1Hno such task or service: usuarios_export_idm
^[[23;198H^[[1;193H8^[[23;198H^[[1;192H50^[[23;198H^[[1;193H2^[[23;198H^[[1;193H4^[[23;198H

salida_usuarios_actualizar_base_idm.txt:


watch docker service logs usuarios_actualizar_base_idm -f > salida_usuarios_actualizar_base_idm.txt

docker stack deploy --with-registry-auth --compose-file usuarios_actualizar_base.yml usuarios_actualizar_base


^[[?1049h^[[22;0;0t^[[1;23r^[(B^[[m^[[4l^[[?7h^[[H^[[2JEvery 2.0s: docker service logs usuarios_actualizar_base_idm -f^[[1;158Hswarm01-test-23: Thu Sep 21 06:44:04 2023^[[3;1Hno such task or servic$ ^[[3dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | cat: can't open '/run/secrets/usuarios_conexion_personas': No such file or directory ^[[4dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[5dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[6dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ================================================================================ ^[[7dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | Iniciando el proceso en SIU-Arai-Usuarios (versi n v3.2.1) ^[[8dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ================================================================================ ^[[9dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[10dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ____ ___ _ _^[[10;91H_^[[10;106H_ ___ _ __ __ ^[[11dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | / ___|_ _| | | |^[[90G/ \ _ __ __ _(_)_ |_ _|__| | \/ | ^[[12dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | \___ \| || | | |_____ / _ \ | '__/ _` | (_) | |/ _` | |\/| | ^[[13dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ___) | || |_| |_____/ ___ \| | | (_| | |_ | | (_| | | | | ^[[14dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | |____/___|\___/ /_/ \_\_| \__,_|_(_) |___\__,_|_| |_| ^[[15dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[16dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[17dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ================================================================================ ^[[18dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[19dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | Bienvenido al proceso para migraci n de base de datos de negocio del proyecto SIU-Arai-Usuarios. ^[[20dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | Se le preguntar acerca de los cambios a realizar, antes de proceder. ^[[21dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[22dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | ^[[23dusuarios_actualizar_base_idm.1.ytv68bp0srva@swarm01-test-23 | 1) Parametrizaci n del proyecto^[[198G^[[23;1H^[[?1049l^[[23;0;0t ^[[?1l^[>

Esto es todo lo que puedo observar corriendo los comandos que nos dejas, pero no estoy seguro si es la salida correcta o si se produce lo esperado. Al menos por el lado del primer comando obtengo el directorio “/files” con archivos, pero en el segundo caso, al correr el comando de actualización, solo queda como muestro arriba.

Por otro lado, investigué en la base de datos de usuarios (arai_usuarios/schemas/usuarios/tables/versiones) y puedo ver esta salida en la tabla “versiones”, (adjunto imagen). ¿Es esto lo que modifica el comando anterior? ¿Se modifican otras tablas? ¿Que es lo que hacen estos dos comandos sobre la base de usuarios y como se verifica la correcta ejecución de los mismos? (migrar / actualizar)

Quedo a la espera de tus comentarios,
Muchas Gracias por la ayuda


base.png

base.png

Buenos días,
si no se alcanza a ver los logs podés utilizar el parámetro -n 0.1 en el comando watch ya que por defecto actualiza cada 2 segundos y puede que en ese tiempo ya se haya ejecutado no se alcance a ver lo que sucede.

podés dejar corriendo este comando antes de exportar:

docker stack rm usuarios_export
watch -n 0.01 docker service logs usuarios_export_idm -f > log.txt

luego en la otra consola

docker stack deploy --with-registry-auth --compose-file prod/arai/util/usuarios_exportar_instalacion.yml usuarios_export

esperar un rato y ver que se registró en log.txt… es toda una maniobra pero por ahí alcanzas a ver algo, me pasa en un ambiente donde tengo solo un usuario y se ejecuta todo muy rápido

otra forma de ver que hizo el comando exportar es verificar si está el archivo comandos.log y ver su contenido:

cat prod/arai/util/files/arai_usuarios-v3.1.12/instalacion/logs_comandos/comandos.log

(por las dudas no postees ese log acá porque contiene datos sensibles.)

En la imagen que enviaste muestra la última versión de documentos 3.2.1 en la base, intenta continuar con los pasos siguientes

Buenos días Estimadas/os!! Estamos teniendo un problema similar en el proceso de actualización, adjunto capturas del proceso, estamos siguiendo la siguiete documentación: Actualizar desde versiones 1.5 a 1.6 · Solución de Expediente Electrónico Integrado
Saludos!


Buenas tardes Marcelo, cómo estás?
los datos de conexión que utilizan esos contenedores los toma desde usuarios.env, son correctos los parámetros de conexión? y también debes chequear si existen los secrets “usuarios_conexion_personas” y “usuarios_db_pass” y si sus valores son correctos.
Dentro del contenedor podés chequear si existe el secret en /run/secrets y hacer un cat para ver su valor.

Buenos días Elisa, muchas gracias por tu respuesta!
Con respecto a los parámetros en “usuarios.env” son correctos. Los secrets están creados, adjunto captura. Con respecto al contenedor en el que deberían estar los secrets que entendemos que es usuarios_idm, el mismo no existe, dado que en la documentación el paso previo a actualizar “Base PostgreSQL” se debe bajar el stack usuarios ejecutando el comando “docker stack rm usuarios”·
Saludos.


Buen día Marcelo, me refería al contenedor desde donde muestra el mensaje de warning en los logs, sería el contenedor usuarios_actualizar_base_idm
de todas maneras, pensando en que se trata de un warning, vamos a revisar si se actualizó: podrías chequear en la base de usuarios: arai_usuarios → esquema “usuarios” → tabla “versiones”
qué versión te figura?