From: | Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Use read streams in pg_visibility |
Date: | 2024-09-11 06:19:09 |
Message-ID: | CAN55FZ2ztyy+F47PdwcYC7csk-60j0aurXL1M1oDq3LLPJL68Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On Wed, 11 Sept 2024 at 01:38, Noah Misch <noah(at)leadboat(dot)com> wrote:
>
> On Tue, Sep 10, 2024 at 02:35:46PM +0300, Nazir Bilal Yavuz wrote:
> > Your patch is correct. I wrongly assumed it would catch blockno bug,
> > the attached version catches it. I made blockno = 0 invisible and not
> > frozen before copying the vm file. So, in the blockno buggy version;
> > callback will skip that block but the main loop in the
> > collect_corrupt_items() will not skip it. I tested it with your patch
> > and there is exactly 1 blockno difference between expected and result
> > output.
>
> Pushed. I added autovacuum=off so auto-analyze of a system catalog can't take
> a snapshot that blocks VACUUM updating the vismap. I doubt that could happen
> under default settings, but this lets us disregard the possibility entirely.
Thanks!
> I also fixed the mix of tabs and spaces inside test file string literals.
I ran both pgindent and pgperltidy but they didn't catch them. Is
there an automated way to catch them?
--
Regards,
Nazir Bilal Yavuz
Microsoft
From | Date | Subject | |
---|---|---|---|
Next Message | 高增琦 | 2024-09-11 06:30:49 | Inconsistency in lock structure after reporting "lock already held" error |
Previous Message | Michael Paquier | 2024-09-11 05:43:04 | Re: query_id, pg_stat_activity, extended query protocol |