From: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
---|---|
To: | Alexander Voytsekhovskyy <young(dot)inbox(at)gmail(dot)com> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG in 10.1 - dsa_area could not attach to a segment that has been freed |
Date: | 2017-11-29 18:41:39 |
Message-ID: | 46967194-cbb1-9a94-e39d-503c7c2ed417@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 11/29/2017 05:23 PM, Alexander Voytsekhovskyy wrote:
> thanks for detailed instructions!
>
> Here it is:
>
> Note: breakpoint 1 also set at pc 0x5560252c21f5.
> Breakpoint 2 at 0x5560252c21f5: file
> /build/postgresql-10-qAeTPy/postgresql-10-10.1/build/../src/backend/utils/mmgr/dsa.c,
> line 1736.
> (gdb) bt
> #0 0x00007f53e538e9b3 in __epoll_wait_nocancel () at
> ../sysdeps/unix/syscall-template.S:84
> #1 0x000055602516a791 in WaitEventSetWaitBlock (nevents=1,
> occurred_events=0x7ffc2849a460, cur_timeout=-1, set=0x556026359498) at
> /build/postgresql-10-qAeTPy/postgresql-10-10.1/build/../src/backend/storage/ipc/latch.c:1048
Unfortunately, that's still not it. This shows the backtrace at the
moment when gdb attached to the process (because it interrupts the
exectution). You need to do "c" first, to continue the execution.
So it should be:
1) gdb -p $PID
2) (gdb) handle SIGUSR1 noprint nostop
3) (gdb) break dsa.c:1736
4) (gdb) c
5) run the query, gdb should interrupt at the breakpoint
6) (gdb) bt
regards
--
Tomas Vondra http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Voytsekhovskyy | 2017-11-29 20:34:30 | Re: BUG in 10.1 - dsa_area could not attach to a segment that has been freed |
Previous Message | Skarsol | 2017-11-29 18:01:02 | RE: BUG #14891: Old cancel request presented by pgbouncer honored after skipping a query. |