From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_basebackup check vs Windows file path limits |
Date: | 2023-07-03 14:12:49 |
Message-ID: | 76f33a1f-ddce-80a6-6f39-fefa0668f4a6@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2023-07-02 Su 09:15, Andrew Dunstan wrote:
>
> The buildfarm animal fairywren has been failing the tests for
> pg_basebackup because it can't create a file with a path longer than
> 255 chars. This has just been tripped because for release 16 it's
> running TAP tests, and the branch name is part of the file path, and
> "REL_16_STABLE" is longer than "HEAD". I did think of chdir'ing into
> the directory to create the file, but experimentation shows that
> doesn't solve matters. I also adjusted the machine's settings related
> to long file names, but to no avail, so for now I propose to reduce
> slightly the name of the long file so it still exercises the check for
> file names longer than 100 but doesn't trip this up on fairywren. But
> that's a bandaid. I don't have a good solution for now.
>
I've pushed a better solution, which creates the file via a short
symlink. Experimentation on fairywren showed this working.
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2023-07-03 14:15:18 | Re: Make uselocale protection more consistent |
Previous Message | Daniel Gustafsson | 2023-07-03 14:07:53 | Re: Mark a transaction uncommittable |