Re: BUG #13644: 2xRecovery without new writes, causes archiving failure
В списке pgsql-bugs по дате отправления:
| От | Amir Rohan |
|---|---|
| Тема | Re: BUG #13644: 2xRecovery without new writes, causes archiving failure |
| Дата | |
| Msg-id | 5608EBD3.7080104@mail.com обсуждение исходный текст |
| Ответ на | Re: BUG #13644: 2xRecovery without new writes, causes archiving failure (Michael Paquier <michael.paquier@gmail.com>) |
| Список | pgsql-bugs |
On 09/28/2015 10:14 AM, Michael Paquier wrote: > On Sun, Sep 27, 2015 at 6:03 AM, Amir Rohan wrote: >> On 09/26/2015 02:39 PM, Michael Paquier wrote: >> I can reproduced this 100% of the time with HEAD from the last few days, >> and haven't tried with anything else. >> >> See attached log+shell-script I used to reproduce. >> The log shows the contents of the archive directory at various points >> in the process I described in the initial post. > > If there is a bug, that's in your script, not in the backend code. > restore_command should point to ARCHIVE_DIR instead of BACKUP_DIR. > That's the reason why the third node (2nd recovery) cannot switch to > timeline 3: it cannot find the history file of timeline 2 properly. > Of course! I'm embarrassed to have missed that, thank you.
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера