Re: pg_tablespace_location() failure with allow_in_place_tablespaces
От | Thomas Munro |
---|---|
Тема | Re: pg_tablespace_location() failure with allow_in_place_tablespaces |
Дата | |
Msg-id | CA+hUKGKqPgU=pLUinnqN5qsPS2d3X4XXnYpCuphK2Hwpq03DRA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_tablespace_location() failure with allow_in_place_tablespaces (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
Ответы |
Re: pg_tablespace_location() failure with allow_in_place_tablespaces
Re: pg_tablespace_location() failure with allow_in_place_tablespaces |
Список | pgsql-hackers |
On Tue, Mar 8, 2022 at 4:01 PM Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote: > At Tue, 8 Mar 2022 10:28:46 +0900, Michael Paquier <michael@paquier.xyz> wrote in > > On Tue, Mar 08, 2022 at 10:06:50AM +0900, Kyotaro Horiguchi wrote: > > > At Tue, 8 Mar 2022 10:39:06 +1300, Thomas Munro <thomas.munro@gmail.com> wrote in > > >> Thanks, you're right. Test on a Win10 VM. Here's a new version. > > > > Looks fine to me. > > > > > FYI, on Windows11, pg_basebackup didn't work correctly without the > > > patch. So this looks like fixing an undiscovered bug as well. > > > > Well, that's not really a long-time bug but just a side effect of > > in-place tablespaces because we don't use them in many test cases > > yet, is it? > > No, we don't. So just FYI. Ok, I pushed the fix for pg_basebackup. As for the complaint about pg_tablespace_location() failing, would it be better to return an empty string? That's what was passed in as LOCATION. Something like the attached.
Вложения
В списке pgsql-hackers по дате отправления: