Re: BUG #16094: Database entering recovery mode - Mailing list pgsql-bugs

From Mircea Pirv
Subject Re: BUG #16094: Database entering recovery mode
Date
Msg-id CANpOcWCyB3F+n_9aKPXhydz=udnvk_FaFtOWeD8f=0JCV7h20A@mail.gmail.com
Whole thread Raw
In response to Re: BUG #16094: Database entering recovery mode  (Michael Paquier <michael@paquier.xyz>)
List pgsql-bugs
Hi, Thanks for the reply. That's all the bt full command prints out when the segmentation fault error occurs.

Thanks.
Mircea

On Thu, Nov 7, 2019 at 4:35 AM Michael Paquier <michael@paquier.xyz> wrote:
On Wed, Nov 06, 2019 at 03:37:31PM +0200, Mircea Pirv wrote:
> #2  WaitEventSetWait (set=0x55bc137a5948, timeout=<error reading variable:
> Cannot access memory at address 0x7ffee2d44ae0>, occurred_events=<error
> reading variable: Cannot access memory at address 0x7ffee2d44ad8>,
> nevents=<error reading variable: Cannot access memory at address
> 0x7ffee2d44afc>, wait_event_info=<optimized out>) at
> ./build/../src/backend/storage/ipc/latch.c:1032
>         rc = <optimized out>
>         returned_events = 0
>         start_time = <error reading variable start_time (Cannot access
> memory at address 0x7ffee2d44b00)>
>         cur_time = <error reading variable cur_time (Cannot access memory
> at address 0x7ffee2d44b10)>
>         cur_timeout = <error reading variable cur_timeout (Cannot access
> memory at address 0x7ffee2d44ae8)>
> Backtrace stopped: Cannot access memory at address 0x7ffee2d44b78

Is this the only part of the stack you can get?  WaitEventSetWait()
gets called in three places, which are be-secure.c, syslogger.c and
condition_variable.c.  Could it be possible to see more of the actual
callers here?
--
Michael

pgsql-bugs by date:

Previous
From: Michael Paquier
Date:
Subject: Re: The XLogFindNextRecord() routine find incorrect record startpoint after a long continuation record
Next
From: Tomas Vondra
Date:
Subject: Re: Reorderbuffer crash during recovery