From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Floris Van Nee <florisvannee(at)optiver(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com>, "Drouvot, Bertrand" <bdrouvot(at)amazon(dot)com> |
Subject: | Re: visibility map corruption |
Date: | 2021-07-06 23:20:53 |
Message-ID: | CAH2-WznLucXZjchV9EN-p5H-V7y55a+FyXp1Z1vg3igTYfYgiw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jul 6, 2021 at 3:49 PM Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> My point is that there are a lot internals involved here that are not
> part of pg_upgrade, though it probably only affects pg_upgrade. Anyway,
> Bertrand patch seems to have what I need.
I was confused by your remarks because I am kind of looking at it from
the opposite angle. At least now that I've thought about it a bit.
Since the snippet of pg_resetwal code that sets oldestXid wasn't ever
intended to be used by pg_upgrade, but was anyway, what we have is a
something that's clearly totally wrong (at least in the pg_upgrade
case). It's not just wrong for pg_upgrade to do things that way --
it's also wildly unreasonable. We heard a complaint about this from
Reddit only because it worked "as designed", and so made the cluster
immediately have an anti-wraparound autovacuum. But why would anybody
want that behavior, even if it was implemented correctly? It simply
makes no sense.
The consequences of this bug are indeed complicated and subtle and
will probably never be fully understood. But at the same time fixing
the bug now seems kind of simple. (Working backwards to arrive here
was a bit tricky, mind you.)
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2021-07-06 23:42:51 | Re: Column Filtering in Logical Replication |
Previous Message | Bruce Momjian | 2021-07-06 22:49:10 | Re: visibility map corruption |