Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qFwvL-0006c4-CO for pgsql-hackers@arkaria.postgresql.org; Sun, 02 Jul 2023 13:15:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qFwvI-0001ud-BA for pgsql-hackers@arkaria.postgresql.org; Sun, 02 Jul 2023 13:15:28 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qFwvH-0001uS-WD for pgsql-hackers@lists.postgresql.org; Sun, 02 Jul 2023 13:15:28 +0000 Received: from relay6-d.mail.gandi.net ([2001:4b98:dc4:8::226]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qFwvE-001csT-AO for pgsql-hackers@postgresql.org; Sun, 02 Jul 2023 13:15:26 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id E43B6C0003 for ; Sun, 2 Jul 2023 13:15:18 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------gNmLY2TfcRcJ0DNIJrj8Q0OL" Message-ID: <666ac55b-3400-fb2c-2cea-0281bf36a53c@dunslane.net> Date: Sun, 2 Jul 2023 09:15:17 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Content-Language: en-US From: Andrew Dunstan Subject: pg_basebackup check vs Windows file path limits To: PostgreSQL-development List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------gNmLY2TfcRcJ0DNIJrj8Q0OL Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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. cheers andrew -- Andrew Dunstan EDB:https://www.enterprisedb.com --------------gNmLY2TfcRcJ0DNIJrj8Q0OL Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


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.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com
--------------gNmLY2TfcRcJ0DNIJrj8Q0OL--