From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | issue with meson builds on msys2 |
Date: | 2023-04-26 13:59:05 |
Message-ID: | 6efeb45a-07f9-2291-c8f8-9fb4abbb6ebc@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
[redirecting to -hackers]
On 2023-04-20 Th 15:37, Andrew Dunstan wrote:
>
>
> On 2023-04-20 Th 11:06, Andres Freund wrote:
>> On 2023-04-17 16:22:30 -0400, Andrew Dunstan wrote:
>>> I am still having Windows issues with meson, but only with MSYS2.
>> Any more details on that? I might be able to help out / improve things.
>
>
> For some reason which makes no sense to me the buildfarm animal fails
> at the first Stop-Db step. The DB is actually stopped, but pg_ctl
> returns a non-zero status. The thing that's really odd is that meson
> isn't at all involved in this step. But it's happened enough that I've
> had to back off using meson builds on fairywren - I'm going to do more
> testing on a new Windows instance.
>
Still running into this, and I am rather stumped. This is a blocker for
buildfarm support for meson:
Here's a simple illustration of the problem. If I do the identical test
with a non-meson build there is no problem:
pgrunner(at)EC2AMAZ-GCB871B UCRT64 ~/bf
$ export PGCTLTIMEOUT=300
pgrunner(at)EC2AMAZ-GCB871B UCRT64 ~/bf
$ /usr/bin/perl -e 'chdir "root/HEAD/instkeep.2023-04-25_11-09-41";
system("bin/pg_ctl -D data-C -l logfile start") ; print "fail\n" if $?; '
waiting for server to start.... done
server started
pgrunner(at)EC2AMAZ-GCB871B UCRT64 ~/bf
$ /usr/bin/perl -e 'chdir "root/HEAD/instkeep.2023-04-25_11-09-41";
system("bin/pg_ctl -D data-C -l logfile stop") ; print "fail\n" if $?; '
waiting for server to shut down....fail
pgrunner(at)EC2AMAZ-GCB871B UCRT64 ~/bf
$ tail root/HEAD/instkeep.2023-04-25_11-09-41/logfile
2023-04-26 12:44:50.188 UTC [5132:2] LOG: listening on Unix socket
"C:/tools/msys64/tmp/buildfarm-jaWBkm/.s.PGSQL.5678"
2023-04-26 12:44:50.249 UTC [5388:1] LOG: database system was shut down
at 2023-04-26 12:43:02 UTC
2023-04-26 12:44:50.260 UTC [5132:3] LOG: database system is ready to
accept connections
2023-04-26 12:45:01.542 UTC [5132:4] LOG: received fast shutdown request
2023-04-26 12:45:01.542 UTC [5132:5] LOG: aborting any active transactions
2023-04-26 12:45:01.547 UTC [5132:6] LOG: background worker "logical
replication launcher" (PID 3876) exited with exit code 1
2023-04-26 12:45:01.550 UTC [6032:1] LOG: shutting down
2023-04-26 12:45:01.551 UTC [6032:2] LOG: checkpoint starting: shutdown
immediate
2023-04-26 12:45:01.557 UTC [6032:3] LOG: checkpoint complete: wrote 2
buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.003
s, sync=0.001 s, total=0.007 s; sync files=0, longest=0.000 s,
average=0.000 s; distance=0 kB, estimate=0 kB; lsn=0/1034E7F8, redo
lsn=0/1034E7F8
2023-04-26 12:45:01.568 UTC [5132:7] LOG: database system is shut down
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-04-26 14:32:34 | Re: issue with meson builds on msys2 |
Previous Message | Daniel Gustafsson | 2023-04-26 12:27:51 | pgsql: Fix stop condition for dumping GRANT commands |
From | Date | Subject | |
---|---|---|---|
Next Message | Drouvot, Bertrand | 2023-04-26 14:23:06 | Re: Add two missing tests in 035_standby_logical_decoding.pl |
Previous Message | Giuseppe Broccolo | 2023-04-26 13:31:37 | Re: vector search support |