Re: recovery_connections cannot start (was Re: master in standby mode croaks)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: recovery_connections cannot start (was Re: master in standby mode croaks) |
| Дата | |
| Msg-id | 18753.1272062812@sss.pgh.pa.us обсуждение |
| Ответ на | Re: recovery_connections cannot start (was Re: master in standby mode croaks) (Simon Riggs <simon@2ndQuadrant.com>) |
| Ответы |
Re: recovery_connections cannot start
|
| Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes:
> We don't need *both* wal_mode and archive_mode, since archive_mode
> exists only to ensure that full WAL is written even when archive_command
> = '' momentarily.
No, you missed the point of the upthread discussion: archive_mode
controls whether to start the archiver *and whether to hold onto
not-yet-archived segments*. We could maybe finesse the first point
but it's much harder to deal with the latter. The only workable
alternative I can see to keeping archive_mode is to tell people to
set archive_command to something like /usr/bin/true ... which is not
simpler, especially not on Windows.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера