postgresql/src/bin/pg_walsummary/t
Robert Haas 19a829a327 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.
2024-02-01 11:52:26 -05:00
..
001_basic.pl Update pg_walsummary copyright notices to 2024 2024-01-31 16:46:04 +01:00
002_blocks.pl Continue my quest to make 002_blocks.pl pass reliably. 2024-02-01 11:52:26 -05:00