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 |
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 |