From: | Alvaro Herrera <alvherre(at)commandprompt(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 13:32:11 |
Message-ID: | 20070717133211.GC5110@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Teofilo Oviedo escribió:
> 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?
No puedes "retomar el timon". Y no creo que sea buena idea matar ese
solo proceso y dejar el resto andando.
Mejor deten el servicio, reinicialo, luego abre psql (no pgAdmin) e
intenta el borrado nuevamente. Verifica si puedes reproducir el
"pegado" del proceso.
De que version de Postgres estamos hablando? Y de que sistema
operativo?
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Arturo Munive | 2007-07-17 13:44:19 | Re: Velocidad al traer datos desde la base |
Previous Message | Alvaro Herrera | 2007-07-17 13:24:14 | Re: ERROR DE TRANSACCION |