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