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
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
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
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
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
>
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
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"
>
>
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]
11 matches
Mail list logo