From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location |
Date: | 2016-04-14 18:27:44 |
Message-ID: | CABUevEzmFXOjOjc8NCkzcf0cf60FK6P4nbaMqawa-U7cE1_rNQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Apr 14, 2016 at 8:20 PM, Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>
wrote:
> Hi,
>
> I was just curious to know how would "*pg_basebackup*" behave if we do
> create a symbolic link for directories other than pg_xlog/pg_tblspc.
> However it is clearly mentioned in the documentation of pg_basebackup that
> if a Symbolic link for the directories other than pg_tblspc and pg_xlog is
> created then it would be skipped. But, that is not the case for pg_replslot
> and pg_stat_tmp. Is this not an issue. Should these directories not be
> skipped. Please let me know your thoughts on this. Thanks.
>
I agree that actually generating a corrupt tarfile is not good. But I think
the correct fix is to actually generate an empty placeholder directory
rather than skipping it - thereby making the backup look the same as it
would if it was a correct directory where we just skipped the contents.
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2016-04-14 18:44:59 | Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location |
Previous Message | Ashutosh Sharma | 2016-04-14 18:20:40 | Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location |