| From: | Alexander Kuzmenkov <akuzmenkov(at)tigerdata(dot)com> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Andres Freund <andres(at)anarazel(dot)de>, Anthonin Bonnefoy <anthonin(dot)bonnefoy(at)datadoghq(dot)com>, Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Fix uninitialized xl_running_xacts padding |
| Date: | 2026-03-18 10:42:53 |
| Message-ID: | CALzhyqw_rsQ6akRYhWGZvNXoGn6P_YJEYqSX+aLVHK_SH0czag@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Mar 18, 2026 at 7:59 AM Michael Paquier <michael(at)paquier(dot)xyz> wrote:
> Hmm. If I take this SQL sequence independently or with an
> installcheck, the one-page VACUUM path is taken during the final
> INSERT, but that's not the case of a `make check`. Could this be made
> more stable? I have not spent a lot of time on it, so I may be
> missing something obvious, of course.
I think this might be caused by "make check" running many tests in
parallel, so the deleting transaction is visible to some snapshots, and the
cleanup is not done. Not sure what's the best way to improve this.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jelte Fennema-Nio | 2026-03-18 10:52:02 | Re: Safer hash table initialization macro |
| Previous Message | Ashutosh Sharma | 2026-03-18 10:38:27 | Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication |