From: | <wespvp(at)syntegra(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Ed L(dot)" <pgsql(at)bluepolka(dot)net> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Unresponsive vacuum process |
Date: | 2004-05-20 04:24:25 |
Message-ID: | BCD19D29.836E%wespvp@syntegra.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 5/19/04 6:49 PM, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I have a 7.2.1 backend running VACUUM which appears to be blocking all other
>> processes. I have issued SIGTERM and SIGINT directly to that backend and
>> also killed the client process, but the VACUUM continues chewing up CPU and
>> blocking others.
>
> Hmph. AFAICS 7.2 does contain CHECK_FOR_INTERRUPT calls within all the
> major VACUUM loops, so it should respond to SIGINT in a reasonably
> timely fashion. I'd think it was blocked on someone else's lock if it
> weren't that you say it's still consuming CPU. Can you attach to the
> troublesome backend with gdb and get a stack trace to show where it is?
I've had 7.4.1 take up to an hour and a half to abort a vacuum after a
SIGNIT.
Wes
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2004-05-20 04:53:56 | Re: Settings for autovacuum for batch uploading of data? |
Previous Message | Ed L. | 2004-05-20 03:39:48 | Re: Unresponsive vacuum process |