Re: Matar un UPDATE

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 eso es muy dificil de tracear.
> Y mucho menos cuando los tiempos apremian y estan esperando que el sistema
> vuelva a funcionar.

Tengo entendido que el debugger de plpgsql opera conectando una segunda
sesión, la cual ejecuta funciones especiales para hacer que la
función-bajo-debugger continúe o se detenga. Si matas la GUI mientras
las función-bajo-debugger está detenida, es obvio que se va a quedar
pegada hasta que la vuelvas a activar. Eso lo deberías poder hacer
conectando otra sesión y ejecutando las funciones de debugger para
indicarle que continúe. Desconozco la API exacta para decirle que a
plpgsql que se siga moviendo; la verdad es que como es un plugin
propietario de EDB, no me parece que esté súper documentado en forma
pública. El código fuente está acá:
https://git.postgresql.org/gitweb/?p=pldebugger.git;a=summary

Me pregunto si esto efectúa un "sleep" cuando está detenido en un
breakpoint, y si es así, si sería posible usar un latch para que se
despierte en caso de recibir una señal. Hmm.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda