Re: pgsql: Teach autovacuum about multixact member wraparound.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Kevin Grittner <kgrittn(at)ymail(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "pgsql-committers(at)postgresql(dot)org" <pgsql-committers(at)postgresql(dot)org>
Subject: Re: pgsql: Teach autovacuum about multixact member wraparound.
Date: 2015-05-08 17:31:38
Message-ID: CA+TgmoZqASaap_OciTAV1+u8NNAu3toF=OHx7ExPa1eyEb8oxw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Fri, May 8, 2015 at 1:23 PM, Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:
> Robert Haas <rhaas(at)postgresql(dot)org> wrote:
>
>> This patch leaves unsolved the problem of ensuring that emergency
>> autovacuums are triggered even when autovacuum=off. We'll need
>> to fix that via a separate patch.
>
> I think we also need something like your previously-posted
>
> multixact-truncate-race.patch as a follow-on. I'm not at all
> convinced that there is no possibility of truncating new data as
> things stand; and even if that is true now, it seems terribly
> fragile. (Only mentioning it because it wasn't noted in the commit
> message.)

I agree. I'm writing up a summary of open issues now. I didn't
mention it in the commit message because it's not related to the
autovacuum part of the problem.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Peter Eisentraut 2015-05-08 18:46:14 pgsql: Fix whitespace
Previous Message Andres Freund 2015-05-08 17:24:30 pgsql: Minor ON CONFLICT related comments and doc fixes.

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2015-05-08 17:32:02 Re: INSERT ... ON CONFLICT UPDATE/IGNORE 4.0
Previous Message Tom Lane 2015-05-08 17:25:22 Re: INSERT ... ON CONFLICT UPDATE/IGNORE 4.0