pgsql: Continue my quest to make 002_blocks.pl pass reliably.

From: Robert Haas <rhaas(at)postgresql(dot)org>
To: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: pgsql: Continue my quest to make 002_blocks.pl pass reliably.
Date: 2024-02-01 16:56:59
Message-ID: E1rVaN1-004Be0-29@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Continue my quest to make 002_blocks.pl pass reliably.

The latest buildfarm failures show that after the insert, we don't
actually wait long enough for WAL summarization to catch up, apparently
because the on disk state gets updated before the in-memory state, and
so by checking the on disk state to see whether we're caught up and then
the in-memory state to see where exactly how far we've progressed, we
can, if unlucky, derive an older value of summarized_lsn, messing up
the rest of the test.

Attempt to fix this by using pg_available_wal_summaries() everywhere in
the test and pg_get_wal_summarizer_state() nowhere.

Per buildfarm.

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/19a829a3270fb083b3d6ae967cd3b3c02a170a38

Modified Files
--------------
src/bin/pg_walsummary/t/002_blocks.pl | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2024-02-01 17:34:46 pgsql: Apply band-aid fix for an oversight in reparameterize_path_by_ch
Previous Message Bruce Momjian 2024-02-01 11:12:16 pgsql: doc: improve role option documentation