Re: [HACKERS] WIP: Restricting pg_rewind to data/wal dirs
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: [HACKERS] WIP: Restricting pg_rewind to data/wal dirs |
| Дата | |
| Msg-id | 20180201064125.GF6398@paquier.xyz обсуждение |
| Ответ на | Re: [HACKERS] WIP: Restricting pg_rewind to data/wal dirs (Stephen Frost <sfrost@snowman.net>) |
| Список | pgsql-hackers |
On Mon, Jan 22, 2018 at 03:12:58PM -0500, Stephen Frost wrote: > I would think the next step here, as Michael suggested very early on in > this thread, would be to bring the exclude list and perhaps logic for > pg_basebackup into the common code and have pg_rewind leverage that > instead of having its own code that largely does the same and then > adding an option to exclude additional items to that. There's no sense > having pg_rewind operate on files that are going to end up getting wiped > out when recovery starts anyway. Perhaps there's a use-case for > overriding the exclude list with a 'include' option too, but I'm not > convinced there is. Me neither. I'll look into getting something for the next commit fest. There have been way too many complaints about how pg_rewind copies too much data for nothing to ignore doing something (the last one about pg_replslot data). A good first step would be what you are writing in the paragraph above, so I intend to do that as I am sure that it would be a good addition. For now I have marked the proposed patches as returned with feedback. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера