Re: A failure in 031_recovery_conflict.pl on Debian/s390x

From: Christoph Berg <myon(at)debian(dot)org>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Noah Misch <noah(at)leadboat(dot)com>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: A failure in 031_recovery_conflict.pl on Debian/s390x
Date: 2023-08-11 16:05:36
Message-ID: ZNZcUOsh+Kdj3VTd@msg.df7cb.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Re: Thomas Munro
> On Thu, Aug 10, 2023 at 9:15 PM Christoph Berg <myon(at)debian(dot)org> wrote:
> > No XXX lines this time either, but I've seen then im logfiles that
> > went through successfully.
>
> Do you still have the data directories around from that run, so we can
> see if the expected Heap2/PRUNE was actually logged? For example
> (using meson layout here, in the build directory) that'd be something
> like:

Sorry for the late reply, getting the PG release out of the door was
more important.

> $ ./tmp_install/home/tmunro/install/bin/pg_waldump
> testrun/recovery/031_recovery_conflict/data/t_031_recovery_conflict_standby_data/pgdata/pg_wal/000000010000000000000003
>
> In there I see this:

It's been a long day and I can't wrap my mind around understanding
this now, so I'll just dump the output here.

[0] 16:03 myon(at)sid-s390x(dot)pgs390x:~/.../build/src/test/recovery $ LC_ALL=C ../../../tmp_install/usr/lib/postgresql/17/bin/pg_waldump tmp_check/t_031_recovery_conflict_standby_data/pgdata/pg_wal/000000010000000000000003 | grep -3 PRUNE > PRUNE.log
pg_waldump: error: error in WAL record at 0/347E6A8: invalid record length at 0/347E6E0: expected at least 24, got 0

Christoph

Attachment Content-Type Size
PRUNE.log text/plain 20.1 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marcelo Juchem 2023-08-11 16:30:32 Re: [PATCH] Support static linking against LLVM
Previous Message Dmitry Dolgov 2023-08-11 15:55:26 Re: Schema variables - new implementation for Postgres 15