From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Fixing a couple of buglets in how VACUUM sets visibility map bits |
Date: | 2023-01-08 22:39:19 |
Message-ID: | CAH2-WzkV2wyNF1o+-U7OeszVncMP5R9sw1e1eQQ-=sijw1J3aw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jan 2, 2023 at 10:31 AM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> Would be helpful if I could get a +1 on
> v1-0002-Never-just-set-the-all-frozen-bit-in-VM.patch, which is
> somewhat more substantial than the others.
There has been no response on this thread for over a full week at this
point. I'm CC'ing Robert now, since the bug is from his commit
a892234f83.
Attached revision of the "don't unset all-visible bit while unsetting
all-frozen bit" patch adds some assertions that verify that
visibility_cutoff_xid is InvalidTransactionId as expected when we go
to set any page all-frozen in the VM. It also broadens an existing
nearby test for corruption, which gives us some chance of detecting
and repairing corruption of this sort that might have slipped in in
the field.
My current plan is to commit something like this in another week or
so, barring any objections.
--
Peter Geoghegan
Attachment | Content-Type | Size |
---|---|---|
v2-0001-Don-t-accidentally-unset-all-visible-bit-in-VM.patch | application/octet-stream | 11.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2023-01-08 23:34:18 | Re: Missing update of all_hasnulls in BRIN opclasses |
Previous Message | David Rowley | 2023-01-08 22:18:58 | Re: Todo: Teach planner to evaluate multiple windows in the optimal order |