| От | Michael Paquier |
|---|---|
| Тема | Re: Concurrency issue in pg_rewind |
| Дата | |
| Msg-id | 20200918065945.GD2772@paquier.xyz обсуждение |
| Ответ на | Re: Concurrency issue in pg_rewind ("Andrey M. Borodin" <x4mmm@yandex-team.ru>) |
| Ответы |
Re: Concurrency issue in pg_rewind
Re: Concurrency issue in pg_rewind |
| Список | pgsql-hackers |
On Fri, Sep 18, 2020 at 11:31:26AM +0500, Andrey M. Borodin wrote: > This is whole point of having prefetch. restore_command just links > file from the same partition. If this stuff is willing to do so, you may have your reasons, but even if you wish to locate both pg_wal/ and the prefetch path in the same partition, I don't get why it is necessary to have the prefetch path included directly in pg_wal? You could just use different paths for both. Say, with a base partition at /my/path/, you can just have /my/path/pg_wal/ that the Postgres backend links to, and /my/path/wal-g/prefetch/ for the secondary path. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера