Re: Fixing pg_basebackup with tablespaces found in $PGDATA
Вложения
В списке pgsql-hackers по дате отправления:
| От | Dimitri Fontaine |
|---|---|
| Тема | Re: Fixing pg_basebackup with tablespaces found in $PGDATA |
| Дата | |
| Msg-id | m2sit6ild3.fsf@2ndQuadrant.fr обсуждение исходный текст |
| Ответ на | Re: Fixing pg_basebackup with tablespaces found in $PGDATA (Magnus Hagander <magnus@hagander.net>) |
| Ответы |
Re: Fixing pg_basebackup with tablespaces found in $PGDATA
|
| Список | pgsql-hackers |
Magnus Hagander <magnus@hagander.net> writes: > We can't get away with just comparing the relative part of the pathname. > Because it will fail if there is another path with exactly the same length, > containing the tablespace. Actually… yeah. > I think we might want to store a value in the tablespaceinfo struct > indicating whether it's actually inside PGDATA (since we have the full path > at that point), and then skip it based on that instead. Or store and pass > the value of getcwd() perhaps. I think it's best to stuff in the tablespaceinfo struct either NIL or the relative path of the tablespace when found in $PGDATA, as done in the attached. > I've attached a slightly updated patch - I changed around a bit of logic > order and updated some comments during my review. And added error-checking. Thanks! I started again from your version for v3. Regards, -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера