Re: Regression test PANICs with master-standby setup on same machine - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Regression test PANICs with master-standby setup on same machine
Date
Msg-id 20190423070818.GM2712@paquier.xyz
Whole thread Raw
In response to Re: Regression test PANICs with master-standby setup on same machine  (Andres Freund <andres@anarazel.de>)
Responses Re: Regression test PANICs with master-standby setup on samemachine
Re: Regression test PANICs with master-standby setup on same machine
List pgsql-hackers
On Mon, Apr 22, 2019 at 11:00:03PM -0700, Andres Freund wrote:
> FWIW, I think the right fix for this is to simply drop the requirement
> that tablespace paths need to be absolute. It's not buying us anything,
> it's just making things more complicated. We should just do a simple
> check against the tablespace being inside PGDATA, and leave it at
> that. Yes, that can be tricked, but so can the current system.

convert_and_check_filename() checks after that already, mostly.  For
TAP tests I am not sure that this would help much though as all the
nodes of a given test use the same root path for their data folders,
so you cannot just use "../hoge/" as location.  We already generate a
warning when a tablespace is in a data folder, as this causes issues
with recursion lookups of base backups.  What do you mean in this
case?  Forbidding the behavior?
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: pg_dump is broken for partition tablespaces
Next
From: Laurenz Albe
Date:
Subject: Re: Symbol referencing errors