Re: [BUG] non archived WAL removed during production crash recovery
От | Jehan-Guillaume de Rorthais |
---|---|
Тема | Re: [BUG] non archived WAL removed during production crash recovery |
Дата | |
Msg-id | 20200422161420.1e82be3d@firost обсуждение исходный текст |
Ответ на | Re: [BUG] non archived WAL removed during production crash recovery (Michael Paquier <michael@paquier.xyz>) |
Список | pgsql-bugs |
On Wed, 22 Apr 2020 10:19:35 +0900 Michael Paquier <michael@paquier.xyz> wrote: > On Wed, Apr 22, 2020 at 12:41:21AM +0200, Jehan-Guillaume de Rorthais wrote: > > Do we need to acquire info_lck to look at the state here, as we do in > > GetRecoveryState()? Why is it missing from previous code where > > SharedRecoveryInProgress was protected by info_lck as well? > > Please see 1a3d104. Understood. Interesting. Thank you. > > Plus, the new line length overflow the 80-column, but I'm not sure where to > > break this line. > > pgindent has been run on v8, and it did not complain. OK. > > In fact, this was inherited from 011_crash_recovery.pl where I originally > > added some tests. As 020_archive_status.pl doesn't use IPC::Run, the > > comment is wrong. But I wonder if this whole block is really needed. > > Unfortunately I can't test on MSWin32 :/ > > You are right here. The restriction can be removed, and I have > checked that the test from v8 is able to pass on my Windows dev VM. Thanks!
В списке pgsql-bugs по дате отправления: