| 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: | Whole Thread | Raw Message | 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 |