Re: pg_basebackup fails with long tablespace paths
Вложения
В списке pgsql-hackers по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: pg_basebackup fails with long tablespace paths |
| Дата | |
| Msg-id | 549ABB56.4010505@gmx.net обсуждение исходный текст |
| Ответ на | Re: pg_basebackup fails with long tablespace paths (Oskari Saarenmaa <os@ohmu.fi>) |
| Ответы |
Re: pg_basebackup fails with long tablespace paths
|
| Список | pgsql-hackers |
On 12/22/14 5:40 PM, Oskari Saarenmaa wrote: > I think we should just use the UStar tar format > (http://en.wikipedia.org/wiki/Tar_%28computing%29#UStar_format) and > allow long file names; all actively used tar implementations should be > able to handle them. I'll try to write a patch for that soonish. UStar doesn't handle long link targets, only long file names (and then only up to 255 characters, which doesn't seem satisfactory). AFAICT, to allow long link targets, the available solutions are either pax extended headers or GNU-specific long-link extra headers. When I create a symlink with a long target and call tar on it, GNU tar by default creates the GNU long-link header and BSD tar by default creates a pax header. But they are both able to extract either one. As a demo for how this might look, attached is a wildly incomplete patch to produce GNU long-link headers.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера