Buen día, al ejecutar el proceso no nos arrojo ningún error.
Gracias Roman!
Por favor indíquennos cómo es el perfil de datos que tiene el usuario (a qué nivel de dominio configuraron la Unidad de Gestión).
Les sucede buscando por algún nombre/apellido particular o buscando cualquier nombre?
El perfil de datos se encuentra configurado a dominio de responsable académica.
El error sucede buscando por cualquier nombre o apellido
Gianni
La unidad de gestion ; a la cual esta asociado ese perfil de datos , que alcance tiene? .. el error les esta sucediendo unicamente con ese perfil de datos? si le quitan el perfil de datos el error continua o no ?
seguimos viendo el tema
saludos
Hola Román:
Entiendo que ese error está relacionado con la extensión “unaccent” que deberías tener en tu DB (Extensions) => unnacent (que debería apuntar al schema negocio).
Me ha pasado de renombrar el esquema negocio y luego dar con ese error…!
Espero que ayude!!
Saludos!
Gracias Carlos por el aporte!!
Roman, estaría bueno que controlen esta extensión que menciona Carlos.
De todas formas siendo que se encuentran en la versión 3.22.2 no debería estar sucediéndoles esto.
Esto les sucede únicamente en el entorno productivo o también en los de testeo/desarrollo?
Si tienen algún ambiente sin personalizaciones montadas estaría bueno que puedan probar si allí les ocurre lo mismo, para poder ir viendo si el inconveniente puede venir de alguna personalización que esté entrando en conflicto con la solución que se incorporó en la versión.
Saludos!
@Folky Gracias por tu aporte, sin embargo no es mi caso, la extensión de unnacent funciona correctamente en el esquema negocio, además no lo hemos renombrado ni nada por el estilo.
@sebass cuando te referís a alcance, no es lo mismo que dominio que me pregunto @Martin_Mendez mas arriba? La unidad de gestión se encuentra configurada para la responsables académicas. El error ocurre para el perfil de datos, si lo quitamos la búsqueda funciona correctamente.
@Martin_Mendez Nos esta sucediendo en todos los entornos. No tenemos un entorno sin personalizaciones, deberíamos levantarlo para probar, pero no creemos que el error venga por ese lado la verdad. ¿Somos la única institución que presenta este problema?
Hola Roman!
No, la verdad es que para la versión en la que están (3.22.2) no hemos recibido casos de este error. Con excepción de la comentada por Eduardo en este mismo foro que se debía a un error durante el proceso de migración de base. Pero lo cierto es que para dicha versión debería funcionar correctamente. De hecho hicimos pruebas en ambientes propias y verificamos que funciona bien.
Por eso pensamos que el problema podría venir por alguno de los siguientes motivos:
- Alguno error durante el proceso de actualización de versión. Realizan el despliegue clásico desde SVN, no? o armaron una imágen en docker para el despliegue?
- Alguna personalización que esté influyendo. Por eso estaría bueno si pueden contar con un ambiente sin personalizaciones para verificar si allí les sucede lo mismo.
- Alguna extensión que puedan tener por ejemplo en el navegador. Pudieron probar utilizando algún otro browser?
Saludos!
Hola
En un entorno de test, migramos ENERC de la versión 3.19 a la 3.22.3.
Al ir a la operación: » Matrícula » Personas »Administrar Personas nos da el siguiente error:
Esto nos sucede utilizando cualquiera de los 3 filtros (apellido, no mbre, o documento).
En los logs figura lo siguiente:
[ERROR][guarani] Informacion del modelo de datos de la fuente: guarani. No existe la relacion: - vw_perfil_de_datos_personas
[ERROR][toba] toba_error: Informacion del modelo de datos de la fuente: No existe relacion entre las tablas planteadas, revise el log
Así tenemos la vista luego de la migración:
-- negocio.vw_perfil_de_datos_personas source
CREATE OR REPLACE VIEW negocio.vw_perfil_de_datos_personas
AS SELECT mdp_personas.persona,
COALESCE(mdp_personas.apellido_elegido, mdp_personas.apellido) AS apellido,
COALESCE(mdp_personas.nombres_elegido, mdp_personas.nombres) AS nombres,
(mdp_tipo_documento.desc_abreviada::text || ' '::text) || mdp_personas_documentos.nro_documento::text AS tipo_nro_documento,
mdp_personas_documentos.nro_documento
FROM mdp_personas
JOIN mdp_personas_documentos ON mdp_personas_documentos.documento = mdp_personas.documento_principal
JOIN mdp_tipo_documento ON mdp_tipo_documento.tipo_documento = mdp_personas_documentos.tipo_documento;
No veo personalizaciones con respecto a este tema.
Haciendo la consulta de la vista sobre la misma base, anda sin problemas.
Qué puede estar sucediendo?
Gracias por la ayuda
Hola Iris!
El error se les presenta al momento de filtrar, no?
Les sucede cuando buscan a un alumno en particular o con cualquier alumno?
Les sucede únicamente cuando utilizan un perfil de datos o también cuando lo realiza un usuario sin perfil?
Pudieron realizar la prueba en un ambiente sin personalizaciones?
Pueden poner los logs en modo debug y enviarnos el resultado al momento del error?
Saludos!
Hola Martín
Los logs los había enviado con la consulta.
El inconveniente se presenta solo con usuario con perfil de datos, para la búqueda de cualquier persona. Luego también vi que un error muy similar se da al querer consultar una mesa de exámen. Luego de indicar el año académico, cuando trata de cargar el combo de Turno de Examen emite un error muy similar (solo que hace referencia a una tabla y no a esa vista).
Me di cuenta que luego de realizar la migración, las siguientes tablas le faltaban registros:
- apex_usuario_grupo_acc
- apex_item, apex_usuario_grupo_acc_item
- apex_usuario_grupo_acc_item
- apex_usuario_perfil_datos
- apex_usuario_perfil_datos_dims
- apex_usuario_proyecto
Recuperando esos registros de la base en 3.19.0 e insertándolos en la base en 3.22.3, el problema se resuelve. No se si haya algo que me esté faltando tener en consideración.
Recalco que tanto la exportación de datos como la regeneración de los mismos no dio error. Solo al querer exportar, la primera vez falló porque no existía la carpeta “perfiles“. La cree a mano, le di los permisos para el grupo www-data y el modo 775, y exportó sin ningún error. La regeneración también terminó sin ningún error. Por eso no entiendo como se perdieron esos datos.
Cualquier detalle que me esté faltando, agradeceré si pueden detallarlo.
Muchas gracias!
Saludos
Hola Iris! Cómo estás?
Buenísimo que pudieron resolverlo con estos agregados.
A priori por lo que comentás pareciera que lo debió haber sucedido es que haya habido algún conflicto durante la migración de la base. Ya que en pruebas internas vemos que dichos registros se encuentran integrados correctamente.
De todas formas vamos a analizar el caso con los técnicos para ver si hay otros puntos a tener en cuenta. Les comentamos las novedades.
Saludos!
Hola Iris!
Estuvimos analizando este caso con los técnicos.
Lo más probable es que haya habido algún problema en los paso de la actualización, en el exportar o regenerar la instancia. Ya que estos pasos son los que pueden llegar a ocasionar algún inconveniente en los archivos de perfiles. Es posible que el problema no haya sido atrapado en el proceso y por ello no se derivó ningún mensaje de error en su momento.
Las modificaciones que realizaron son correctas. Si con esto les funciona correctamente seguimos así y si detectan alguna otra inconsistencia nos avisan.
Saludos!
Muchas gracias Martín!