Re: 039_end_of_wal: error in "xl_tot_len zero" test
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Christoph Berg <myon@debian.org>, Thomas Munro <thomas.munro@gmail.com>, Nathan Bossart <nathandbossart@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>, Anton Voloshin <a.voloshin@postgrespro.ru>,
David Rowley <dgrowleyml@gmail.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2024-11-14T22:21:30Z
Lists: pgsql-hackers
On Fri, Nov 15, 2024 at 4:54 AM Christoph Berg <myon@debian.org> wrote:
> postgresql 13.17, Debian bullseye, amd64:
>
> t/039_end_of_wal.pl .................. Dubious, test returned 2 (wstat 512, 0x200)
This seems to be the interesting bit:
******** build/src/test/recovery/tmp_check/log/regress_log_039_end_of_wal
********
No such file or directory at
/home/myon/projects/postgresql/debian/13/build/../src/test/perl/TestLib.pm
line 655.
I assume that must be coming from:
my @scan_result = scan_server_header('access/xlog_internal.h',
... which reaches:
open my $header_h, '<', "$stdout/$header_path" or die "$!"; <-- line 655
Not sure yet what is different in this environment or why you're
suddenly noticing on 13.17. The logic has been there since 13.13 (ie
it was backpatched then).
Commits
-
Stabilize 039_end_of_wal test.
- 2534cd999e67 14.14 landed
- 777f50b9b582 15.9 landed
- 2015dd5c9024 16.5 landed
- 34226d4ad7ef 17.0 landed
- d1d0fe1feb23 13.17 landed
- 4f8cefcadef3 12.21 landed
- ecd56459cfe4 18.0 landed
-
Create syscache entries for pg_extension
- 490f869d92e5 18.0 cited