Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-27 Por tema Alvaro Herrera
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-27 Por tema Gustavo Vaccaro
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-27 Por tema Jaime Casanova
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-27 Por tema Gustavo Vaccaro
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-26 Por tema Jaime Casanova
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Alvaro Herrera
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 >

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
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

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Alvaro Herrera
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" > >

RE: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Lazaro Garcia
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]