From: | "Jaime Casanova" <systemguards(at)gmail(dot)com> |
---|---|
To: | "Teofilo Oviedo" <teus79(at)active(dot)com(dot)py> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: PgAdmin III cerro inesperadamente |
Date: | 2007-07-17 04:44:53 |
Message-ID: | c2d9e70e0707162144k4b8e70a6nfa865004d907aaf2@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 7/17/07, Teofilo Oviedo <teus79(at)active(dot)com(dot)py> wrote:
> Estimados colegas,
>
> Les expongo el caso:
>
> Estaba haciendo DELETE a registros de una tabla que en total deberian de
> ser como 75mil registros.
>
> Dos minutos despues se me cierra inesperadamente el PgAdmin y pierdo el
> Query Browser en donde se estaba teniendo vista del Borrado.
>
> El borrado de datos se hizo en un servidor remoto y por lo tanto, ahora
> despues de 6 horas, supuestamente esta todavia haciendo el DELETE.
> (segun lo veo por top y ps)
>
> Puedo ver en el servidor de BD que corre sobre Linux que el proceso del
> DELETE esta activo todavia y consumiendo toda la CPU.
>
> Mi consulta es: ¿Hay alguna manera de retomar de vuelta el timon sobre
> ese proceso de borrado o si no hay forma entonces, como puedo finalizar
> el proceso de DELETE de una manera sana?
>
select * from pg_stat_activity;
select pg_cancel_backend(usando el procpid obtenido en el select anterior);
--
Atentamente,
Jaime Casanova
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-07-17 04:45:21 | Re: Convertir un Numero Entero en una Fecha |
Previous Message | Jaime Casanova | 2007-07-17 04:05:55 | Re: Convertir un Numero Entero en una Fecha |