Re: pg_tablespace_location() failure with allow_in_place_tablespaces

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: pg_tablespace_location() failure with allow_in_place_tablespaces
Дата
Msg-id YiXzevr6yiKF2818@paquier.xyz
обсуждение исходный текст
Ответ на Re: pg_tablespace_location() failure with allow_in_place_tablespaces  (Thomas Munro <thomas.munro@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 Fri, Mar 04, 2022 at 11:26:43PM +1300, Thomas Munro wrote:
> The warning from readlink() while making the mapping file isn't ideal,
> and perhaps we should suppress that with something like the attached.
> Or does the missing map file entry break something on Windows?

> @@ -8292,6 +8293,10 @@ do_pg_start_backup(const char *backupidstr, bool fast, TimeLineID *starttli_p,
>
>      snprintf(fullpath, sizeof(fullpath), "pg_tblspc/%s", de->d_name);
>
> +    /* Skip in-place tablespaces (testing use only) */
> +    if (get_dirent_type(fullpath, de, false, ERROR) == PGFILETYPE_DIR)
> +        continue;

I saw the warning when testing base backups with in-place tablespaces
and it did not annoy me much, but, yes, that can be confusing.

Junction points are directories, no?  Are you sure that this works
correctly on WIN32?  It seems to me that we'd better use readlink()
only for entries in pg_tlbspc/ that are PGFILETYPE_LNK on non-WIN32
and pgwin32_is_junction() on WIN32.
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: Add parameter jit_warn_above_fraction
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Add parameter jit_warn_above_fraction