Gustavo Vaccaro escribió:
> Jaime,
>
> si yo tambien pienso que puede ser el debugger (pldebugger) en este caso.
>
> Pero me paso una vez una base de datos que estaba en producción. No pude matar
> el proceso. Tuve que reiniciar el postgres.
>
> Como ya te dije, pasa muy de vez en cuando y por e
Jaime,
si yo tambien pienso que puede ser el debugger (pldebugger) en
este caso.
Pero me paso una vez una base de datos que estaba en producción.
No pude matar el proceso. Tuve que reiniciar el postgres.
Como ya te dije, pasa muy de vez en cuando y por eso es muy
2016-12-27 7:24 GMT-05:00 Gustavo Vaccaro :
>
> te agradezco el interés por el tema, pero el problema ya no existe porque
> reinicie el postgres.
>
> Es algo que me surge muy de vez en cuando y no lo puedo repetir para
> realizar pruebas.
> Cuando encuentre la forma de recrear el problema voy a pro
Jaime,
te agradezco el interés por el tema, pero el problema ya no
existe porque reinicie el postgres.
Es algo que me surge muy de vez en cuando y no lo puedo repetir
para realizar pruebas.
Cuando encuentre la forma de recrear el problema voy a profundizar
2016-12-23 9:27 GMT-05:00 Gustavo Vaccaro :
>
> Cuando ejecuto "SELECT * FROM pg_stat_activity" veo que el UPDATE esta vivo
> con PID 11160.
>
podríamos ver el resultado completo del pg_stat_activity?
--
Jaime Casanova www.2ndQuadrant.com
PostgreSQL Development, 24x7 Suppor
Alvaro,
en ningun momento tome tu pregunta como inutil o poco relevante.
Simplemente estaba buscando una respuesta a lo que podia ser un
simple error de configuracion.
La opcion
https://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_
Gustavo Vaccaro escribió:
> La tabla tiene un trigger que se dispara con el update. Esta en plpgsql.
>
> El trigger toca una tabla STOCK_ART.
> Los FKs no se ven afectados porque solo se actualiza un campo de cantidad.
> Cuando se anula el remito lo que hace es revertir el stock. Nada mas. No
> in
La tabla tiene un trigger que se dispara con el update. Esta en
plpgsql.
El trigger toca una tabla STOCK_ART.
Los FKs no se ven afectados porque solo se actualiza un campo de
cantidad.
Cuando se anula el remito lo que hace es revertir el stock. Nada
Ya lo hice y pasa lo mismo.
Gustavo J. Vaccaro
http://www.gjv.com.ar
El 23/12/2016 a las 12:10 p.m., Lazaro
Garcia escribió:
Podrías
intentar con pg_cancel_backe
Gustavo Vaccaro escribió:
> Hola,
>
> tengo un problema que me pasa muy de vez en cuando pero no tengo idea como
> solucionarlo sin cerrar el postgres.
>
> Recien desde un programa se ejecutó una sentencia: "UPDATE remitoegr SET
> anulado = 'S' WHERE id_nroemp = 5 AND id_nroremito = 118"
>
> Est
Podrías intentar con pg_cancel_backend(pid)??
Saludos a todos.
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Gustavo Vaccaro
Enviado el: viernes, 23 de diciembre de 2016 9:27
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] Mat
11 matches
Mail list logo