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
-
Fix breakage of get_ps_display() in the PS_USE_NONE case.
- 9016a2a3dc4e 13.7 landed
- 3f7a59c59b48 14.3 landed
- 0fb6954aa501 15.0 landed