Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location
| От | David Steele |
|---|---|
| Тема | Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location |
| Дата | |
| Msg-id | 570FEBC7.7080108@pgmasters.net обсуждение исходный текст |
| Ответ на | Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location (Andres Freund <andres@anarazel.de>) |
| Список | pgsql-hackers |
On 4/14/16 3:01 PM, Andres Freund wrote: > On 2016-04-14 14:55:37 -0400, Robert Haas wrote: >> On Thu, Apr 14, 2016 at 11:12 AM, Andres Freund <andres@anarazel.de> wrote: >>> On 2016-04-14 13:43:34 +0530, Ashutosh Sharma wrote: >>>> I tried performing pg_basebackup after creating a symbolic link for >>>> pg_replslot, pg_stat_tmp, pg_log and pg_clog in the source directory >>> >>> That's not supported, and I strongly suspect that you're goint to hit >>> more than just this issue. The only directory you're allowed to symlink >>> away is pg_xlog. >> >> I think various tools might choke on such a configuration, but I'm not >> entirely sure why we haven't made them all work. Is there some more >> fundamental problem? > > <...> Fsyncing files & directories suddenly needs special care to > fsync the correct directory for a file, lest it's symlinked somewhere. That's a good point. I'll need to make sure pgBackRest is correctly handling that case on restore. -- -David david@pgmasters.net
В списке pgsql-hackers по дате отправления: