Re: can't stop autovacuum by HUP'ing the server

From: "Dave Cramer" <pg(at)fastcrypt(dot)com>
To: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: can't stop autovacuum by HUP'ing the server
Date: 2008-08-26 16:18:22
Message-ID: 491f66a50808260918p4b34a6dfve1cfa408b24cc8f0@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Aug 26, 2008 at 12:10 PM, Alvaro Herrera <alvherre(at)commandprompt(dot)com
> wrote:

> Dave Cramer wrote:
>
>
> > AutoVacuumShmem->av_signal[AutoVacForkFailed] = false;
> > pg_usleep(100000L); /* 100ms
> */
> >
> > SendPostmasterSignal(PMSIGNAL_START_AUTOVAC_WORKER);
> > continue;
> >
> > Do these signals get cleaned up on a reload ?
>
> Well, not on a reload specifically, but this signal is of prompt
> response (i.e. the postmaster acts immediately on it). See
> CheckPostmasterSignal. Also, note that this code starts a worker, not
> the launcher which is what you're seeing.
>
>
Ok, back to why

turns out template0 is the culprit, why is autovac not vacuuming this ?

Dave

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2008-08-26 16:21:30 Re: can't stop autovacuum by HUP'ing the server
Previous Message Alvaro Herrera 2008-08-26 16:10:56 Re: can't stop autovacuum by HUP'ing the server