Re: pg_basebackup creates a corrupt file for pg_stat_tmp and pg_replslot on a backup location

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/

In response to

Responses

Browse pgsql-hackers by date

  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