| From: | Marko Tiikkaja <marko(at)joh(dot)to> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: Backends stuck in LISTEN |
| Date: | 2014-01-08 14:24:56 |
| Message-ID: | 52CD5FB8.20000@joh.to |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On 1/8/14 3:00 PM, Alvaro Herrera wrote:
> Marko Tiikkaja wrote:
>>
>> #0 0x00007f26dd17d5b7 in monstartup () from /lib/x86_64-linux-gnu/libc.so.6
>> #1 0x00007f26d79e5c70 in ?? ()
>> #2 0x00007f26d79e5c80 in ?? ()
>> #3 0x00007f254d772b60 in ?? ()
>> #4 0x00000000006359c5 in LWLockAcquire (lockid=87, mode=LW_SHARED)
>> at /build/buildd/postgresql-9.1-9.1.9/build/../src/backend/storage/lmgr/lwlock.c:464
>
> Hm, looks like either they got stuck trying to activate profiling (but
> then Debian doesn't build its packages with gcc -pg, does it?), or the
> backtrace is flawed for those upper frames. Maybe installing the libc
> -dbg (I imagine it'd be libc6-dbg) package would be useful, if this
> reoccurs.
libc6-dbg only changed it a bit:
#0 0x00007f26dd17d5b7 in __monstartup (lowpc=<optimized out>,
highpc=140737090958784) at gmon.c:130
#1 0x00007f26d79fcae0 in ?? ()
#2 0x00007f26d79fcaf0 in ?? ()
#3 0x00007f254d772aa0 in ?? ()
I still have the core dump available, is there something else I can do?
From what I heard, this is the second time this happened already :-(
Regards,
Marko Tiikkaja
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Marko Tiikkaja | 2014-01-08 14:45:05 | Re: Backends stuck in LISTEN |
| Previous Message | Alvaro Herrera | 2014-01-08 14:00:58 | Re: Backends stuck in LISTEN |