Re: Intermittent buildfarm failures on wrasse
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter Geoghegan <pg@bowt.ie>, Noah Misch <noah@leadboat.com>, David Rowley <dgrowleyml@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-04-15T05:05:17Z
Lists: pgsql-hackers
Hi, On 2022-04-14 23:56:15 -0400, Tom Lane wrote: > I wrote: > > One thing I'm eyeing now is that it looks like Noah is re-initdb'ing > > each time, whereas I'd just stopped and started the postmaster of > > an existing installation. That does not seem like it could matter > > but ... > > Well, damn. I changed my script that way and it failed on the tenth > iteration (versus a couple hundred successful iterations the other > way). Just to make sure: This is also on wrasse? What DSM backend do we end up with on solaris? With shared memory stats we're using DSM a lot earlier and more commonly than before. Another thing that might be worth trying is to enable checksums. I've caught weird bugs with that in the past. And it's possible that bgwriter writes out a page that we then read back in quickly after, or something like that. > So somehow this is related to time-since-initdb, not > time-since-postmaster-start. Any ideas? Perhaps it makes a difference that we start with a "young" database xid age wise? We've had bugs around subtracting xids and ending up on some special one in the past. Greetings, Andres Freund
Commits
-
Repurpose PROC_COPYABLE_FLAGS as PROC_XMIN_FLAGS
- 8d9d1286acf9 14.4 landed
- 8d061acd12af 15.0 landed
- 5fd0cccc116b 13.8 landed
-
Tighten ComputeXidHorizons' handling of walsenders.
- 6fea65508a1a 15.0 landed
-
Adjust VACUUM's removable cutoff log message.
- 357c8455e649 15.0 landed
-
Temporarily add some probes of tenk1's relallvisible in create_index.sql.
- 5bb2b6abc8d6 15.0 landed
-
Set synchronous_commit=on in test_setup.sql.
- 02fea8fdda65 15.0 cited
-
Rearrange core regression tests to reduce cross-script dependencies.
- cc50080a828d 15.0 cited
-
snapshot scalability: Don't compute global horizons while building snapshots.
- dc7420c2c927 14.0 cited