Buenas tardes, tenemos problema con la carga de comisiones en gestión. Tenemos la versión 3.15.
Tenemos un cartel de error interno cuando queremos hacer una modificación de comisiones o crearlas. Incluso el navegador nos vuelve al inicio cuando seleccionamos otra solapa dentro de la misma pantalla. Adjuntamos capturas de pantallas,log de apache y log de postgres.
Aparecen y desaparecen comisiones. Y en autogestión no se ven todas las comisiones que se han generado.
También se nos han desaparecidos mesas de exámenes que se han cargado. Y actas.
Nos esta ocurriendo que el mismo usuario no puede ver sus propias cargas.
Se han borrados y creados los perfiles funcionales y de datos.
Cargamos una comision, verificamos que estuviera cargada en la base de datos, en la tabla sga_comsiones, cerramos la sesion
reiniciamos el servidor. Y cuando volvimos a ingresar el registro no esta.
Buenos días Jorge. Cuando guardas la comisión esto se impacta en la base de datos ? Vos podes ver el registro de esto en la base ?
Que versión de php tienen? Versión de postgres?
En los logs lo que pude ver lo siguiente. En el de apache está tirando un error de seguridad en está url: http://186.137.111.154/guarani/3.13/
En cambio cuando veo los logs en sistema.log la url que muestra donde ingresas es la siguiente: http://192.168.1.36/guarani/3.15/
Estás ingresando en 2 urls distintas? O es la misma instalación?
Hola, si vemos los registros en la base de datos, el tema es que cuando se reinicia el server se borran los registros.
Probamos con que el usuario cierre la sesion en guarani pensamos que era un problema con los usuarios.
La version de php es PHP 5.6.36-0+deb8u1
y la version de postgres es psql (9.4.18)
El tema de las url diferentes, es una maquina que clonamos para poder hacer mas pruebas, pero la misma instalacion, solo que en la segunda maquina probamos tambien cambiar el nombre de la instancia de apache a la version que estamos usando, que en la primera quedo la instalacion con la que empezamos a usar guarani.
Ese mensaje “toba_error_seguridad: Error Interno Request Invalido” puede aparecer cuando tienen más de una sesión de Guaraní abierta en el mismo browser. Podría ser el caso?
Están usando Mozilla Firefox? Podrían probar cambiando de browser?
No tienen personalizaciones sobre la operación “Administrar Comisiones” verdad?
Hola, me dicen que no, que solo usan un sesion y una solapa en el navegador. Y se probo en chrome y firefox y salia el mismo error.
Y no tenemos personalizacion.
Hola estaba en una version de produccion, pero lo movimos ahora a una desarrollo que por ahora esta grabando. Restauramos un backup de la base y lo levantamos asi porque tenemos que publicar las comisiones.
El tema es que en esta instalacion tambien nos esta pasando lo mismo, de reprente desaparecen las comisiones que hemos cargado. Y la verdad que ya no sabemos que hacer
Desaparecen de la base o dejan de verlas en el sistema? Eso lo chequearon?
Qué relación tiene esta desaparición con el error interno que reportaron al inicio?
No se bien que esta pasando, pero lo que les puedo asegurar, es que si se inserta un registro en una tabla de postgres, y se lo comitea, la unica forma para que ese registro “desaparezca” es un DELETE. o un UPDATE que cambie los datos, y no nos deje verlo. QUizas algun cambio de estado en el registro y el Guarani no lo muestra ?
SI es posible, sugiero activar la auditoria, para tener cierta “trazabilidad” sobre esos registros que desaparecen.
Lo que se podria hacer es:
1- obtener el SELECT para identificar el registro completo una vez creado, y bajarlo a un CSV
2- cuando desaparece, ir a la tabla de auditoria a buscar con la clave del registro, a ver si hay algo insertado en la auditoria, eso nos dira si hubo un delete o update sobre el registro
saludos
Ignacio
especificame un poco mas que significa “reiniciamos el servidor”, te referis a apache, al SO, un container docker, una VM?.
En los logs que pasaste, encontre el mensaje al que haces referencia:
toba_error_seguridad: Error Interno
Dicho mensaje se produce al intentar validar el pedido de pagina contra un token especifico, el porque se te esta presentando tiene al menos 3 posibilidades pero hasta no ver en profundidad el codigo de la operación no te puedo decir la causa especifica.
De todas maneras, dicho error previene la ejecucion del pedido de pagina sea cual sea.. no creo que este relacionado con la perdida de datos, eso va por otro lado.
El tema es que en esta instalacion tambien nos esta pasando lo mismo, de reprente desaparecen las comisiones que hemos cargado. Y la verdad que ya no sabemos que hacer
Agrego a lo que comenta Ignacio, un registro no se borra por si solo (salvo que este en una tabla temporal :P).
Verificaron que la bd de la nueva instalación esta impactando contra la base clonada y no contra la de produccion?.. no sea cosa que ustedes agreguen y en producción el encargado este borrando cada vez que aparece algo nuevo.
Verificaron en la auditoria del proyecto (via toba_usuarios) quien realizo que operación sobre esa tabla?. Activaron los logs en Postgres, verificaron roles y usuarios activos?
Verificaron que no exista ningun script que este restaurando un backup de manera intempestiva?. Tiene cierta regularidad la desaparicion o es completamente aleatoria?
El motor de postgres esta corriendo sobre una maquina fisica?, hay problemas de disco?, esta virtualizado, corriendo en un container?