Re: pgsql: Fix handling of WAL segments ready to be archived duringcrash r

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: pgsql: Fix handling of WAL segments ready to be archived duringcrash r
Дата
Msg-id 20200424011437.GA806193@paquier.xyz
обсуждение исходный текст
Ответ на Re: pgsql: Fix handling of WAL segments ready to be archived duringcrash r  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: pgsql: Fix handling of WAL segments ready to be archivedduring crash r  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Список pgsql-committers
On Fri, Apr 24, 2020 at 09:59:29AM +0900, Michael Paquier wrote:
> And this visibly comes down to the fact that we don't take care enough
> of the timing between the restartpoints done, the startup process
> doing its recycling work and the archiver.  The rest of the test
> relies on the reports of pg_stat_archiver a points to wait at as
> published by the archiver process.  So there are two things we could
> do here:
> 1) Just remove the unstable parts of the tests (the three ones above),
> and keep coverage based on everything we have using pg_stat_archiver.
> 2) Remove the test entirely, though I would rather have us keep some
> coverage, particularly for primaries as this got broken.
>
> I'd rather do 2), any thoughts?

Oops, sorry.  I sent this message too quickly.  I would rather
actually do 1) and keep the major parts of the tests.  All the
buildfarm failures are just around the three checks mentioned
upthread.
--
Michael

Вложения

В списке pgsql-committers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: pgsql: Fix handling of WAL segments ready to be archived duringcrash r
Следующее
От: Michael Paquier
Дата:
Сообщение: pgsql: Remove some unstable parts from new TAP test for archive status