From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Andrew Dunstan <andrew(at)dunslane(dot)net>, Dave Page <dpage(at)pgadmin(dot)org> |
Subject: | Re: 010_pg_basebackup.pl vs multiple filesystems |
Date: | 2024-07-08 21:26:40 |
Message-ID: | 20240708212640.uv5e2s4a5qisysns@awork3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2024-07-08 16:45:42 -0400, Robert Haas wrote:
> On Sun, Jul 7, 2024 at 3:02 AM Andres Freund <andres(at)anarazel(dot)de> wrote:
> > While working on [1] I encountered the issue that, on github-actions,
> > 010_pg_basebackup.pl fails on windows.
> >
> > The reason for that is that github actions uses two drives, with TMP/TEMP
> > located on c:, the tested code on d:. This causes the following code to fail:
> >
> > # Create a temporary directory in the system location.
> > my $sys_tempdir = PostgreSQL::Test::Utils::tempdir_short;
>
> Whatever we end up doing about this, it would be a good idea to check
> the other places that use tempdir_short and see if they also need
> adjustment.
FWIW, this was the only test that failed due to TMP being on a separate
partition.
I couldn't quite enable all tests (PG_TEST_EXTRA including libpq_encryption
fails due to some gssapi issue, kerberos fails due to paths being wrong / not
set up for windows, load_balance because I haven't set up hostnames), but I
don't think any of the issues around those tests are related.
I did also grep for other uses of tmpdir_short, they all seem to be
differently motivated.
I also looked for uses of rename() in tests. While
src/bin/pg_verifybackup/t/007_wal.pl does move stuff around, it afaict is
always going to be on the same filesystem.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Jacob Champion | 2024-07-08 21:27:12 | Re: Document use of ldapurl with LDAP simple bind |
Previous Message | Nathan Bossart | 2024-07-08 21:22:23 | Re: use CREATE DATABASE STRATEGY = FILE_COPY in pg_upgrade |