[SOLUCIONADO] uuid - Usuario migrado desde 2.3 - UNPSJB

Buenos días:
Les comento que luego de la migración a la versión 3.0.1 de araí - usuarios (entorno de pruebas), no ha asignado la totalidad de los uuid a los usuarios contenidos en la versión anterior.
Hoy se dió la particularidad de asignar una cuenta a uno de estos usuarios para ingresar a Sudocu de prueba, y resulta que no permitía el acceso (mirando los datos del usuario el uid estaba igual que el identificador.
Hay forma de modificar ese uid, o la opción sería borrar el usuario y crearlo nuevamente?
Saludos,
Marcelo.

Hola Marcelo,

Al momento de ejecutar el comando, les informo que todos los usuarios habian sido migrados?, les quedo en algun lugar la salida como para poder determinar que usuarios y por que motivo no pudieron ser migrados?

Hoy se dió la particularidad de asignar una cuenta a uno de estos usuarios para ingresar a Sudocu de prueba, y resulta que no permitía el acceso (mirando los datos del usuario el uid estaba igual que el identificador. Hay forma de modificar ese uid, o la opción sería borrar el usuario y crearlo nuevamente?

No estoy tan familiarizado con SUDOCU… pero creo que utilizaban el valor de uniqueIdentifier el cual deberia coincidir con lo que tenian en el campo uid en la version 2.3… basicamente se cambia el campo que se usa pero el valor deberia ser el mismo.

Respecto de tu pregunta, modificar el uid directamente no es posible (por eso el proceso de migracion), lo que habria que saber es cuantos estan en la misma situacion y cual es el motivo por el cual no pudieron ser migrados, por dos motivos:

  • Primero determinar si estan correctamente rechazados o no.
  • En el segundo caso, contemplar el problema y poder resolverlo.

Si lo que necesitas es hacer una prueba rapida podes eliminarlo y crearlo de cero con los mismos datos… pero esta claro que eso no es escalable y si tenes 50 personas en la misma situacion, hay que encontrar el motivo del problema.

Saludos

Buen día Richard:
Te comento que el ambiente de prueba de araí usuarios sobre el que estamos trabajando cuenta con unos 4399 usuarios según la captura de pantalla (comando_migracion_usuarios_2020-07-01 13-53-42.png).
En producción son más, pero no todos tienen el acceso a huarpe: cuando se puso en producción huarpe-araí, se migraron los usuarios desde mapuche y se fueron habilitando a medida que se necesitaba).
En el ambiente de pruebas se llevó copia de la migración inicial no la actual.
Por desconocimiento y/o mala interpretación. El comando de migración se tuvo que correr más de una vez.

docker run --rm -it --env-file=migrar.env --volume /tmp/instalacion_2_3:/tmp/mapeo_interno hub.siu.edu.ar:5005/siu-arai/arai-usuarios/idm:$VERSION -- idm/bin/instalador docker:db-actualizar -p /tmp/mapeo_interno --no-interaction --no-progress
El log del instalador no se podía acceder por el --rm del comando de migración, quitándoselo pudimos acceder al instalador.log y ver que nuestro archivo bases.ini del directorio /tmp/instalacion_2_3 estaba apuntando a localhost y no a una ip dentro de la red. Otro error encontrado fue que el usuario postgres no encontraba las tablas del esquema usuarios. Le cambiamos el search_path y luego de eso se pudo obtener lo que dice la captura de pantalla donde pareciera que todos los usuarios tendrían el uuid. Adjunto los logs (el último en realidad) del proceso por las dudas ayude. Mirando la operación Búsqueda de usuarios hasta la página 55 más o menos el uuid coincide con el identificador (unos 1100).
Si lo que necesitas es hacer una prueba rapida podes eliminarlo y crearlo de cero con los mismos datos... pero esta claro que eso no es escalable y si tenes 50 personas en la misma situacion, hay que encontrar el motivo del problema.
Este proceso lo hicimos y funcionó correctamente (borrar el usuario y crearlo nuevamente). Mencioné a Sudocu pero en realidad no se podía ingresar a huarpe tampoco con el usuario.

Saludos,
Marcelo.


comando_migracion_usuarios_2020-07-01 13-53-42.png

comando_migracion_usuarios_2020-07-01 13-53-42.png

logs_ldap.zip (439 KB)

Hola Marcelo,

me imagine que eran bastantes usuarios, por eso no me parecia una solucion viable ir corrigiendo de a uno… aun siendo un porcentaje menor van a ser bastantes.

En el ambiente de pruebas se llevó copia de la migración inicial no la actual. Por desconocimiento y/o mala interpretación. El comando de migración se tuvo que correr más de una vez.

No te preocupes por la cantidad de ejecuciones del comando, todo lo que se migro no se vuelve a tocar y algun detalle en los datos puede hacer que se deba correr mas de una vez.

docker run --rm -it --env-file=migrar.env --volume /tmp/instalacion_2_3:/tmp/mapeo_interno hub.siu.edu.ar:5005/siu-arai/arai-usuarios/idm:$VERSION -- idm/bin/instalador docker:db-actualizar -p /tmp/mapeo_interno --no-interaction --no-progress
El log del instalador no se podía acceder por el --rm del comando de migración, quitándoselo pudimos acceder al instalador.log

No es necesario que quites el --rm del comando para obtener el log del instalador, si al final incluis el modificador –log-output te lo deberia sacar con el resto de la salida, algo para sumar a la documentacion quizas.

Le cambiamos el search_path y luego de eso se pudo obtener lo que dice la captura de pantalla donde pareciera que todos los usuarios tendrían el uuid. Adjunto los logs (el último en realidad) del proceso por las dudas ayude. Mirando la operación Búsqueda de usuarios hasta la página 55 más o menos el uuid coincide con el identificador (unos 1100).

Estoy mirando eso justamente a ver si puedo encontrar algun patron, veo que hay algunos errores por limites excedidos en la consulta… quizas este relacionado pero tengo que investigarlo.

Definitivamente si esos 1100 tiene uid == identificador entonces no se migraron, si volves a ejecutar la migracion el resultado te expone esos 1100 o te dice que todos tienen uid asignado?.

Si lo que necesitas es hacer una prueba rapida podes eliminarlo y crearlo de cero con los mismos datos... pero esta claro que eso no es escalable y si tenes 50 personas en la misma situacion, hay que encontrar el motivo del problema.
Este proceso lo hicimos y funcionó correctamente (borrar el usuario y crearlo nuevamente). Mencioné a Sudocu pero en realidad no se podía ingresar a huarpe tampoco con el usuario.
El problema es que ese mecanismo no es viable con 1100 individuos, seleccionando alguno de los usuarios que si poseen uid != identificador han tenido algun inconveniente de acceso?, pregunto esto por si acaso es un tema de config de la aplicacion en si.

Saludos

Buenas tardes Richard:
Te cuento que escribí mal el comando que ejecuté para migrar los usuarios. el comando es:

run --rm --env-file migrar.env hub.siu.edu.ar:5005/siu-arai/arai-usuarios/idm:$VERSION -- idm/bin/instalador migracion:3.0 ldap
Lo corrí de nuevo varias veces y el resultado fue: usuarios migrados de uid a uuid: 550 , 297, 150, 50 y 50. Ahora en la vista se ve que tienen uuid diferente al identificador.

Saludos,
Marcelo.

Hola Marcelo,

tenes razon, no me percate de ello… fui siguiendo la documentacion para rastrear en codigo a ver si podia haber algun caso border no detectado y no le preste atencion a eso.

Lo corrí de nuevo varias veces y el resultado fue: usuarios migrados de uid a uuid: 550 , 297, 150, 50 y 50. Ahora en la vista se ve que tienen uuid diferente al identificador.

Ok, entonces los usuarios te quedaron migrados finalmente, la consulta es… tuviste que correr la migracion varias veces porque habia datos que no estaban correctos o porque por algun motivo X no te tomaba todos los usuarios?.

Si fue esto ultimo estaria piola que tuvieras los logs, deberia haber incluido a todos los que estaban “pendientes” de un tiron.
Bien ahi por sacarlo adelante.

Saludos