Re: BUG #18076: Consistently receiving Signal 7 and Signal 11 errors - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #18076: Consistently receiving Signal 7 and Signal 11 errors
Date
Msg-id 169801.1693401951@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #18076: Consistently receiving Signal 7 and Signal 11 errors  (Robert Sanford <wobbet@gmail.com>)
List pgsql-bugs
Robert Sanford <wobbet@gmail.com> writes:
> Using the Azure VM monitor I see that available memory has not ever gone
> below 50% so work_mem may not be the issue.

There was never any reason to think that.

>> 2023-08-29 01:50:57.225 UTC [432307] LOG:  server process (PID 433701) was
>> terminated by signal 7: Bus error

The usual cause of SIGBUS is a misaligned memory access on hardware
that's picky about that.  (Intel chips aren't, so that it's often
possible for such bugs to slip through developer testing.  But your
ARM system might be.)

Unfortunately, there's about zero chance of locating the bug from
the information you've provided.  What'd be helpful is to capture
stack traces from a few of the failed processes.  See

https://wiki.postgresql.org/wiki/Generating_a_stack_trace_of_a_PostgreSQL_backend

for directions.  Please try to get traces from both the SIG7 and
SIG11 cases, as it's not very clear whether they have the same
root.

            regards, tom lane



pgsql-bugs by date:

Previous
From: Richard Guo
Date:
Subject: Re: BUG #18077: PostgreSQL server subprocess crashed by a SELECT statement with WITH clause
Next
From: "David G. Johnston"
Date:
Subject: Re: BUG #18075: configuration variable idle_session_timeout not working as expected