Re: Why is lorikeet so unstable in v14 branch only? - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Why is lorikeet so unstable in v14 branch only?
Date
Msg-id aee3de02-1e5d-ae0a-c3e7-23cb1ef8cd70@dunslane.net
Whole thread Raw
In response to Re: Why is lorikeet so unstable in v14 branch only?  (Andres Freund <andres@anarazel.de>)
Responses Re: Why is lorikeet so unstable in v14 branch only?
List pgsql-hackers
On 3/26/22 15:49, Andres Freund wrote:
> On 2022-03-26 14:47:07 -0400, Tom Lane wrote:
>> I chanced to notice that buildfarm member lorikeet has been
>> failing an awful lot lately in the v14 branch, but hardly
>> at all in other branches.  Here's a log extract from its
>> latest run [1]:
> One interesting bit in the config is:
>
>                    'extra_config' => {
>                    ...
>                                        'HEAD' => [
>                                                    'update_process_title = off'
>                                                  ],
>                                        'REL_13_STABLE' => [
>                                                             'update_process_title = off'
>                                                           ]
>

I'd forgotten about that. Let me do that for REL_14_STABLE and see where
we get to.


>> *** starting debugger for pid 53762, tid 10536
>> 2022-03-26 06:32:02.158 EDT [623eeb6c.d0c2:4] LOG:  server process (PID 53762) exited with exit code 127
>> 2022-03-26 06:32:02.158 EDT [623eeb6c.d0c2:5] DETAIL:  Failed process was running: create table mlparted_tab_part1
partitionof mlparted_tab for values in (1);
 
>> 2022-03-26 06:32:02.158 EDT [623eeb6c.d0c2:6] LOG:  terminating any other active server processes
> I wonder what where the output of "starting debugger for pid 53762" ends up? I
> assume it's triggered by
>                                     'CYGWIN' => 'server error_start=c:\\ncygwin64\\bin\\dumper.exe -d %1 %2',
>
> https://cygwin.org/cygwin-ug-net/using-cygwinenv.html
> says "The filename of the executing program and it's Windows process id are appended to the command as arguments. "
>
> but nothing about %1 and %2 :(. I those are just "executing program" and
> "Windows process id" respectively?



I don't remember where I got this invocation from. But see for example
<https://stackoverflow.com/questions/320001/using-a-stackdump-from-cygwin-executable>


cheers


andrew


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




pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: More weird compiler warnings
Next
From: Tom Lane
Date:
Subject: Re: More weird compiler warnings