Re: MultiXactId wraparound and last aggressive vacuum time

From: Jehan-Guillaume de Rorthais <jgdr(at)dalibo(dot)com>
To: Michael Schanne <michael(dot)schanne(at)gmail(dot)com>
Cc: Michael Lewis <mlewis(at)entrata(dot)com>, PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: MultiXactId wraparound and last aggressive vacuum time
Date: 2021-04-06 16:01:09
Message-ID: 20210406180109.4a87a9a7@firost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, 5 Apr 2021 17:28:06 -0400
Michael Schanne <michael(dot)schanne(at)gmail(dot)com> wrote:

> After a closer reading of the documentation, it appears the database should
> stop accepting new transactions before a wraparound would ever occur. If
> so, then the only possible explanations for this multixactid wraparound
> error would be data corruption, or a bug in postgresql. The exact version
> I'm using is 9.6.10, which is quite a few versions behind the latest
> (9.6.21), but I skimmed through the release notes of the later versions and
> did not see any bugfixes in this area. That would leave data corruption as
> the only explanation. Is my reasoning correct here?

I didn't checked the changelog, and you should definitely run 9.6.21, but I
believe your reasoning is correct anyway. A bug might be possible, but I would
bet a coin on the corruption.

You might want to compare this number with the value reported by:

pg_controldata $PGDATA|grep NextMultiXactId

Backup your cluster, then, try to isolate the table(s) and block(s) where the
corruption occurs and check at them using eg. pageinspect.

> I'm willing to upgrade but I would need to justify it somehow, so if I am
> missing something please let me know.

you can justify the upgrade using this load of reasons:
https://why-upgrade.depesz.com/show?from=9.6.10&to=9.6.21

Regards,

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Miles Elam 2021-04-06 19:40:08 Check constraint failure messages
Previous Message Stephen Frost 2021-04-06 15:59:19 Re: LDAP, single sign on from Windows client