From: | Jehan-Guillaume de Rorthais <jgdr(at)dalibo(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: [BUG] non archived WAL removed during production crash recovery |
Date: | 2020-04-09 16:46:22 |
Message-ID: | 20200409184622.390f9b7f@firost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Wed, 8 Apr 2020 13:58:30 +0200
Jehan-Guillaume de Rorthais <jgdr(at)dalibo(dot)com> wrote:
[...]
> > May I ask why this new test is added to 011_crash_recovery.pl which is
> > aimed at testing crash and redo, while we have 002_archiving.pl that
> > is dedicated to archiving in a more general manner?
>
> I thought it was a better place because the test happen during crash recovery.
>
> In the meantime, while working on other tests related to $SUBJECT and the
> current consensus, I was wondering if a new file would be a better place
> anyway.
So, 002_archiving.pl deals more with testing recovering on hot standby side
than archiving. Maybe it could be renamed?
While discussing this, I created a new file to add some more tests about WAL
archiving and how recovery deal with them. Please, find the patch in
attachment. I'll be able to move them elsewhere later, depending on the
conclusions of this discussion.
Regards,
Attachment | Content-Type | Size |
---|---|---|
0002-v3-Add-tests-relative-to-WAL-archiving.patch | text/x-patch | 4.7 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Victor Yegorov | 2020-04-09 16:48:17 | Re: Loss of replication after simple misconfiguration |
Previous Message | Andrew Gierth | 2020-04-09 16:19:09 | Re: Loss of replication after simple misconfiguration |
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2020-04-09 17:24:04 | Re: Default setting for enable_hashagg_disk |
Previous Message | Andrew Dunstan | 2020-04-09 15:44:11 | cleaning perl code |