| От | Peter Eisentraut |
|---|---|
| Тема | Re: pg_basebackup fails with long tablespace paths |
| Дата | |
| Msg-id | 545D79DB.4060507@gmx.net обсуждение исходный текст |
| Ответ на | Re: pg_basebackup fails with long tablespace paths (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: pg_basebackup fails with long tablespace paths
Re: pg_basebackup fails with long tablespace paths |
| Список | pgsql-hackers |
On 11/4/14 3:52 PM, Peter Eisentraut wrote: > Here are patches to address that. First, it reports errors when > attempting to create a tar header that would truncate file or symlink > names. Second, it works around the problem in the tests by creating a > symlink from the short-name tempdir that we had set up for the > Unix-socket directory case. I ended up splitting this up differently. I applied to part of the second patch that works around the length issue in tablespaces. So the tests now pass in 9.4 and up even in working directories with long names. This clears up the regression in 9.4. The remaining, not applied patch is attached. It errors when the file name is too long and adds tests for that. This could be applied to 9.5 and backpatched, if we so choose. It might become obsolete if https://commitfest.postgresql.org/action/patch_view?id=1512 is accepted. If that patch doesn't get accepted, I might add my patch to a future commit fest.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера