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-09 10:56:06 |
Message-ID: | ZNNwxgIwKkp+i3Zf@msg.df7cb.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Re: Thomas Munro
> On Wed, Aug 9, 2023 at 2:01 AM Christoph Berg <myon(at)debian(dot)org> wrote:
> > Putting that patch on top of v8 made it pass 294 times before exiting
> > like this:
> >
> > [08:52:34.134](0.032s) ok 1 - buffer pin conflict: cursor with conflicting pin established
> > Waiting for replication conn standby's replay_lsn to pass 0/3430000 on primary
> > done
> > timed out waiting for match: (?^:User was holding shared buffer pin for too long) at t/031_recovery_conflict.pl line 318.
>
> Can you reproduce that with logging like this added on top?
603 iterations later it hit again, but didn't log anything. (I believe
I did run "make" in the right directory.)
[22:20:24.714](3.145s) # issuing query via background psql:
# BEGIN;
# DECLARE test_recovery_conflict_cursor CURSOR FOR SELECT b FROM test_recovery_conflict_table1;
# FETCH FORWARD FROM test_recovery_conflict_cursor;
[22:20:24.745](0.031s) ok 1 - buffer pin conflict: cursor with conflicting pin established
Waiting for replication conn standby's replay_lsn to pass 0/3430000 on primary
done
timed out waiting for match: (?^:User was holding shared buffer pin for too long) at t/031_recovery_conflict.pl line 318.
Perhaps this can simply be attributed to the machine being too busy.
Christoph
Attachment | Content-Type | Size |
---|---|---|
031_recovery_conflict_primary.log | text/plain | 6.6 KB |
031_recovery_conflict_standby.log | text/plain | 2.6 KB |
regress_log_031_recovery_conflict | text/plain | 5.6 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2023-08-09 11:10:29 | Re: cataloguing NOT NULL constraints |
Previous Message | GF | 2023-08-09 10:50:17 | Re: Adding a pg_servername() function |