From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: issue with meson builds on msys2 |
Date: | 2023-04-26 14:32:34 |
Message-ID: | 848511.1682519554@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> 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.
> 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
> $ /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
Looking at the pg_ctl source code, the only way I can explain that
printout is that do_stop called wait_for_postmaster_stop which,
after one or more loops, exited via one of its exit() calls.
The lack of any message can be explained if we imagine that
write_stderr() output is going to the bit bucket. I'd start by
changing those write_stderr's to print_msg(), which visibly
does work; that should confirm the existence of the stderr
issue and show you how wait_for_postmaster_stop is failing.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-04-26 14:58:11 | Re: issue with meson builds on msys2 |
Previous Message | Andrew Dunstan | 2023-04-26 13:59:05 | issue with meson builds on msys2 |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-04-26 14:58:11 | Re: issue with meson builds on msys2 |
Previous Message | Drouvot, Bertrand | 2023-04-26 14:23:06 | Re: Add two missing tests in 035_standby_logical_decoding.pl |