Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - richard

Páginas: [1] 2 3 ... 182
1
Hola Marcelo,

por lo que veo no deberia haber manera de que quede una clave no numerica en dicho lugar, lo unico que se me ocurre es que estes utilizando el nro del documento como indice del arreglo que luego le entregas al formulario, calculo que ese puede ser el caso.

No es un caso aislado de dicha funcion, en realidad hay que cambiar varias partes del manejo de filas que hace internamente el componente.. sin ir mas lejos la funcion que instancia_ef  va a tener el mismo problema.

El tema con usar valores alfanumericos en dicho lugar, es que no cambia unicamente el lanzamiento de dicho evento, si utilizaras el ordenamiento.. claramente seria poco intuitivo con valores alfanumericos alli, por otra parte si alguno de dichos valores contuviera un '_' interferiria con el envio de los ids de filas con lo cual terminaria en una excepcion.

Ya se, no es el caso actual... pero me refiero al hecho de utilizar valores alfanumericos como clave, hoy no se da.. mañana quizas si, una opcion para que no tengas que cambiar demasiado podria ser la siguiente:

- Tener el Nro de Documento como una columna mas del form (inclusive ef_oculto si no queres que se modifique).
- Dejar el arreglo interno como esta y luego en el conf__formulario podes hacer ->set_datos(array_values($datos)), lo cual los enviaria con indice numerico.. en la modificacion podes recuperar el nro de documento y seguir accediendo directamente al arreglo interno.

Saludos

2
Hola Silvio,

la forma de refrescar el contenido completo de la pantalla es haciendo un submit al servidor, necesitas ir hasta el mismo si tenes que refrescar el contenido.

Saludos

3
Toba - Instalación / Re:Error en descarga con composer
« : agosto 11, 2020, 03:24:30 pm »
Hola Jhon,

no se trata de un error, es un aviso de composer porque una libreria esta utilizando un paquete que no esta vigente.
Ellos sabran por que motivo siguen utilizando dicha version, ya tienen el pedido hecho de actualizacion en su repositorio.

Por otro lado, los errores en composer cortan la ejecucion del script... vas a ver muchos mensajes durante una ejecucion de composer, son de distinta indole y cada tanto surge alguno nuevo.. la unica manera de reconocerlos adecuadamente es estando mas o menos al dia con la documentacion de la herramienta.

Saludos

4
Araí - Usuarios / Re:UNPA_Instalación de prueba Arai Usuarios
« : agosto 04, 2020, 11:54:42 am »
Hola Fernando,
Luego al ejecutar  sudo ldapadd -x -W -D "cn=admin,dc=unpa,dc=edu,dc=ar" -f estructura-arai-usuarios.ldif, lo ejecuta normalmente pero cuando miro el archivo esta vacío?

como que esta vacio?.. lo minimo que deberia contener es algo asi
Citar
# Entry Usuarios: ou=usuarios,dc=unpa,dc=edu,dc=ar
dn: ou=usuarios,dc=unpa,dc=edu,dc=ar
changetype: add
objectclass: top
objectclass: organizationalUnit
ou: usuarios

# Entry Usuarios Cuentas: ou=usuariosCuentas,dc=unpa,dc=edu,dc=ar
dn: ou=usuariosCuentas,dc=unpa,dc=edu,dc=ar
changetype: add
objectclass: top
objectclass: organizationalUnit
ou: usuariosCuentas

# Entry Grupos: ou=groups,dc=unpa,dc=edu,dc=ar
dn: ou=groups,dc=unpa,dc=edu,dc=ar
changetype: add
objectclass: top
objectclass: organizationalUnit
ou: groups

# Subgrupo devs: cn=devs,ou=groups,dc=unpa,dc=edu,dc=ar
dn: cn=devs,ou=groups,dc=unpa,dc=edu,dc=ar
changetype: add
objectclass: groupofnames
cn: devs
member: cn=admin,dc=unpa,dc=edu,dc=ar

Consulta... estas ejecutando el comando desde  idm/templates/ldap/3.0 u otro directorio?

Saludos

5
Araí - Usuarios / Re:Integracion SIU Diaguita
« : agosto 04, 2020, 11:18:27 am »
Hola Pablo,
De acuerdo a lo que me comento Richard acá, me dice que el problema está con el servicio usr-cmd_idm

En efecto no esta corriendo, fijate que la cantidad de replicas dice 0/1. yo miraria los logs de ese contenedor en particular a ver por que motivo al hacer el deploy del stack no quedo corriendo.

El error que reporte es este:

/usr/local/proyectos/expedientes/prod/arai/util# docker exec -it v99c2defbdwo bash
Error: No such container: v99c2defbdwo

Lo que intente fue explicarte por que motivo estabas viendo esa respuesta de parte de docker, quizas deberia haber sido mas explicito y decirte que no se le puede pedir a un contenedor que no esta corriendo que ejecute un comando en su interior o conectarse al mismo, asumi que esa parte ya la tenias cocinada por lo que habias avanzado en la documentacion.

Citar
Y el log no tiene informacion.
Aca  la pifie yo con el comando que te pase, no me percate que cuando estas en swarm necesitas accederlos  via docker service para todo, inclusive los logs. Proba con los comandos que puso Sergio para revisar el contenedor a ver si aparece algun log,  por mas minimo que sea algo deberia de tener si se crea.

Saludos

6
Araí - Usuarios / Re:Integracion SIU Diaguita
« : julio 24, 2020, 08:36:56 pm »
Hola Pablo,
No me muestras nada los logs. La version que estoy utilizando son las del instructivo,  lo instale hace unos 10 dias, hay una version mas nueva?

si, hace unos dias salio la version 1.0.2 de Expendientes, la misma tiene la version 3.0.2 de Arai-Usuarios y se corresponde con la documentacion que estas mirando.

Saludos

7
Araí - Usuarios / Re:Integracion SIU Diaguita
« : julio 24, 2020, 02:33:23 pm »
Hola Pablo,
Es correcto, de ese instructivo. El ID lo vi pero cuando quiero  conectarme me dice que ese contenedor no existe

D                  NAME                MODE                REPLICAS            IMAGE                                                          PORTS
iqadh5yn3ldt        usr-cmd_idm         replicated          0/1                 hub.siu.edu.ar:5005/siu/expedientes/arai-usuarios/idm:v3.0.1   

docker exec -it iqadh5yn3ldt bash
Error: No such container: iqadh5yn3ldt

En efecto no esta corriendo, fijate que la cantidad de replicas dice 0/1. yo miraria los logs de ese contenedor en particular a ver por que motivo al hacer el deploy del stack no quedo corriendo.

Código: [Seleccionar]
docker logs  usr-cmd_idm
Por otro lado, el instructivo esta armado alrededor de la v1.0.2 de Expedientes, el cual utiliza la version 3.0.2 de Arai-Usuarios, es mas el archivo yml que se menciona tambien tuvo cambios justamente en dicha version, no digo que no pueda funcionar con la version anterior... pero quizas necesita ajustes manuales que fueron resueltos en la nueva version.

Si al mirar los logs no encontras alguna causa basica, por ej:  que falto configurar algun secret..etc... haria el intento con las versiones tal cual aparecen en el instructivo.

Saludos




8
Araí - Usuarios / Re:Integracion SIU Diaguita
« : julio 23, 2020, 07:09:27 pm »
Hola Pablo,

estimo que te referis a este instructivo.

Respecto de la conexion al contenedor, se refiere al contenedor que se levanto cuando ejecutaste esta linea:
Código: [Seleccionar]
docker stack deploy  --with-registry-auth  -c prod/arai/util/usuarios_cmd.yml usr-cmd

Si no te fijaste que ID te salio, podes recuperarlo con
Código: [Seleccionar]
docker stack services usr-cmd

Ahi te deberia listar el nombre del contenedor, asi como su ID.

Saludos

9
Araí - Instalación / Re:uuid - Usuario migrado desde 2.3 - UNPSJB
« : julio 22, 2020, 11:01:18 am »
Hola Marcelo,
                Te cuento que escribí mal el comando que ejecuté para migrar los usuarios. el comando es:
Citar
run --rm   --env-file migrar.env hub.siu.edu.ar:5005/siu-arai/arai-usuarios/idm:$VERSION --   idm/bin/instalador migracion:3.0 ldap

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.

Citar
                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

10
Araí - Instalación / Re:uuid - Usuario migrado desde 2.3 - UNPSJB
« : julio 21, 2020, 12:21:15 pm »
Hola Marcelo,
            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).

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.

Citar
            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.

Citar
Citar
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.

Citar
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?.

Citar
             
Citar
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

11
Araí - Instalación / Re:uuid - Usuario migrado desde 2.3 - UNPSJB
« : julio 20, 2020, 03:21:57 pm »
Hola Marcelo,
                         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.

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?

Citar
                         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

12
Hola Marcelo,
                       Para esta aplicación es suficiente acceder al employeeNumber del token SAML, la cuestión sería como interrogarlo desde la aplicación toba...traté de mirar algo de código en Huarpe-core, pero no llegué a encontrar como obtenerlo....

para acceder a la informacion del token via Toba te alcanza con invocar lo siguiente:

Código: [Seleccionar]
toba::usuario()->get_informacion_atributos();

Desde allí podes obtener la información que estas buscando.

Saludos

13
Toba - Desarrollo / Re:error 404
« : julio 14, 2020, 12:33:30 pm »
Hola Sandra,
Fatal error: Call to undefined function utf8_decode() in /home/sandra/www/toba2.4/php/nucleo/lib/toba_memoria.php on line 98

te estan faltando las extensiones para el manejo de XML en php, por eso no encuentra la funcion.

Saludos

14
Toba - Desarrollo / Re:Evento múltiple cuadro
« : julio 14, 2020, 12:25:12 pm »
Jose,
Lo que necesito es disparo diferido, creí que tenía que ser evento multiple.
Ahora cuando el evento es disparo diferido, hay forma de saber que está seleccionado por js?

la unica manera de saber que esta seleccionado en ese caso, es recuperando la instancia de evento_ei  que tiene el cuadro internamente y pidiendole el parametro.

Saludos

15
Hola Marcelo,

Integración de aplicación propia SEPER:
El error que está dando al hacer click sobre el ícono de la aplicación  en huarpe es:
(abre una nueva pestaña, en la url aparece https://test-seper.unp.edu.ar/seper/2.2/?acs), en el cuerpo aparece: SAML Response not found, Only supported HTTP_POST Binding.
En teoría hicimos lo mismo que con mapuche.
Una salvedad es que se trata de una instancia de desarrollo y en el directorio de instalación no se encuentra el archivo web_server.ini

me interesa esta parte, por lo que veo mencionas web_server.ini... SEPER esta corriendo detras de un proxy?,  el full_url (que figura en instancia.ini) con el que registraron SEPER hace que el IDP al redirigir tenga que pasar por el proxy para llegar hasta el sistema?.

Si es el caso y SEPER esta en Toba 3.2.10+... prueben en instalacion/saml_onelogin.ini agregando
Código: [Seleccionar]
[basicos]
usa_proxy_vars = 1

La otra opcion, seria que este con un sobrante la url en Huarpe.. pero para solucionar eso si tendrias que ir por la guia que menciona Sergio.

Saludos

Páginas: [1] 2 3 ... 182