Re: Why is lorikeet so unstable in v14 branch only?

Andres Freund <andres@anarazel.de>

From: Andres Freund <andres@anarazel.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-hackers@lists.postgresql.org, Andrew Dunstan <andrew@dunslane.net>
Date: 2022-03-26T19:49:48Z
Lists: pgsql-hackers
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'
                                                          ]


> *** 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 partition of 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?

Greetings,

Andres Freund



Commits

  1. Fix breakage of get_ps_display() in the PS_USE_NONE case.