[sr-dev] SCSCF crashing during registration
Jason Penton
jason.penton at gmail.com
Thu Mar 13 17:18:55 CET 2014
I'm afraid this is also not the correct core. Can you check the timestamp
on the cores? Can you re-create the crash and send me the correct core?
On Thu, Mar 13, 2014 at 5:36 PM, Daniel Ciprus <daniel.ciprus at acision.com>wrote:
> So I cleaned up my junkyard and I got 2 core files:
>
> (gdb) bt
> #0 0x00000000005350b0 in ?? ()
> #1 0x000000000053542a in ?? ()
> #2 0x00000000005356c7 in timer_main ()
> #3 0x000000000046d572 in main_loop ()
> #4 0x000000000047030b in main ()
> (gdb) bt full
> #0 0x00000000005350b0 in ?? ()
>
> No symbol table info available.
> #1 0x000000000053542a in ?? ()
>
> No symbol table info available.
> #2 0x00000000005356c7 in timer_main ()
>
> No symbol table info available.
> #3 0x000000000046d572 in main_loop ()
>
> No symbol table info available.
> #4 0x000000000047030b in main ()
>
> No symbol table info available.
> (gdb)
>
>
> (gdb) bt full
> #0 0x00000031ba432925 in raise () from /lib64/libc.so.6
> No symbol table info available.
> #1 0x00000031ba434105 in abort () from /lib64/libc.so.6
> No symbol table info available.
> #2 0x0000000000546750 in ?? ()
> No symbol table info available.
> #3 0x000000000054853a in qm_free ()
> No symbol table info available.
> #4 0x00007f5bf7d5a7de in free_local_ack_unsafe (lack=0x7f5bf1894528) at
> uac.c:600
> __FUNCTION__ = "free_local_ack_unsafe"
> #5 0x00007f5bf7cf0a57 in free_cell (dead_cell=0x7f5bf1894228) at
> h_table.c:217
>
> b = 0x0
> i = 0
> rpl = 0x0
> tt = 0x0
> foo = 0x2ff1683000
> cbs = 0x0
> cbs_tmp = 0x7f5bf198e508
> __FUNCTION__ = "free_cell"
> #6 0x00007f5bf7cf12ee in free_hash_table () at h_table.c:441
> p_cell = 0x7f5bf1894228
> tmp_cell = 0x7f5bf1894228
> i = 3533
> __FUNCTION__ = "free_hash_table"
> #7 0x00007f5bf7d04fca in tm_shutdown () at t_funcs.c:122
>
> __FUNCTION__ = "tm_shutdown"
> #8 0x00000000004f7c7a in destroy_modules ()
> No symbol table info available.
> #9 0x0000000000466e63 in cleanup ()
> No symbol table info available.
> #10 0x0000000000467f65 in ?? ()
> No symbol table info available.
> #11 0x0000000000469679 in handle_sigs ()
> No symbol table info available.
> #12 0x000000000046db19 in main_loop ()
> No symbol table info available.
> #13 0x000000000047030b in main ()
> No symbol table info available.
> (gdb)
>
>
> On 03/13/2014 11:18 AM, Jason Penton wrote:
>
> Hi Daniel,
>
> this is the wrong core file. This is the one created on shutdown of
> kamailio. Can you do a bt on the other core file that you probably have...
>
> Cheers
> Jason
>
>
> On Thu, Mar 13, 2014 at 5:05 PM, Daniel Ciprus <daniel.ciprus at acision.com>wrote:
>
>> Folks,
>>
>> This is happening during the registration on SCSCF.
>>
>> Server:: kamailio (4.2.0-dev2 (x86_64/linux))
>> Build:: mi_core.c compiled on 10:01:09 Mar 13 2014 with gcc 4.4.6
>> Flags:: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
>> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
>> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
>> GIT:: unknown
>> Now:: Thu Mar 13 11:04:47 2014
>> Up since:: Thu Mar 13 10:58:12 2014
>> Up time:: 395 [sec]
>>
>> (gdb) bt
>> #0 0x00000031ba432925 in raise () from /lib64/libc.so.6
>> #1 0x00000031ba434105 in abort () from /lib64/libc.so.6
>> #2 0x0000000000546750 in ?? ()
>> #3 0x000000000054853a in qm_free ()
>> #4 0x00007fb4def5b7de in free_local_ack_unsafe (lack=0x7fb4d8b31728) at
>> uac.c:600
>> #5 0x00007fb4deef1a57 in free_cell (dead_cell=0x7fb4d8b31428) at
>> h_table.c:217
>> #6 0x00007fb4deef22ee in free_hash_table () at h_table.c:441
>> #7 0x00007fb4def05fca in tm_shutdown () at t_funcs.c:122
>> #8 0x00000000004f7c7a in destroy_modules ()
>> #9 0x0000000000466e63 in cleanup ()
>> #10 0x0000000000467f65 in ?? ()
>> #11 0x0000000000469679 in handle_sigs ()
>> #12 0x000000000046db19 in main_loop ()
>> #13 0x000000000047030b in main ()
>> (gdb) bt full
>> #0 0x00000031ba432925 in raise () from /lib64/libc.so.6
>> No symbol table info available.
>> #1 0x00000031ba434105 in abort () from /lib64/libc.so.6
>> No symbol table info available.
>> #2 0x0000000000546750 in ?? ()
>> No symbol table info available.
>> #3 0x000000000054853a in qm_free ()
>> No symbol table info available.
>> #4 0x00007fb4def5b7de in free_local_ack_unsafe (lack=0x7fb4d8b31728) at
>> uac.c:600
>> __FUNCTION__ = "free_local_ack_unsafe"
>> #5 0x00007fb4deef1a57 in free_cell (dead_cell=0x7fb4d8b31428) at
>> h_table.c:217
>> b = 0x0
>> i = 0
>> rpl = 0x0
>> tt = 0x0
>> foo = 0x2fd8a8b000
>> cbs = 0x0
>> cbs_tmp = 0x7fb4d8d9c9e0
>> __FUNCTION__ = "free_cell"
>> #6 0x00007fb4deef22ee in free_hash_table () at h_table.c:441
>> p_cell = 0x7fb4d8b31428
>> tmp_cell = 0x7fb4d8b31428
>> i = 11517
>> __FUNCTION__ = "free_hash_table"
>> #7 0x00007fb4def05fca in tm_shutdown () at t_funcs.c:122
>> __FUNCTION__ = "tm_shutdown"
>> #8 0x00000000004f7c7a in destroy_modules ()
>> No symbol table info available.
>> #9 0x0000000000466e63 in cleanup ()
>> No symbol table info available.
>> #10 0x0000000000467f65 in ?? ()
>> No symbol table info available.
>> #11 0x0000000000469679 in handle_sigs ()
>> No symbol table info available.
>> #12 0x000000000046db19 in main_loop ()
>> No symbol table info available.
>> #13 0x000000000047030b in main ()
>> No symbol table info available.
>> (gdb)
>>
>>
>>
>>
>>
>> --
>> *Daniel Ciprus*
>> Integration engineer
>> http://www.acision.com
>>
>> 9954 Mayland Dr
>> Suite 3100
>> Richmond, VA 23233
>> USA
>> T: +1 804 762 5601
>> E: daniel.ciprus at acision.com
>>
>> ------------------------------
>> This e-mail and any attachment is for authorised use by the intended
>> recipient(s) only. It may contain proprietary material, confidential
>> information and/or be subject to legal privilege. It should not be copied,
>> disclosed to, retained or used by, any other party. If you are not an
>> intended recipient then please promptly delete this e-mail and any
>> attachment and all copies and inform the sender. Thank you for
>> understanding.
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>
> --
> *Daniel Ciprus*
> Integration engineer
> http://www.acision.com
>
> 9954 Mayland Dr
> Suite 3100
> Richmond, VA 23233
> USA
> T: +1 804 762 5601
> E: daniel.ciprus at acision.com
>
> ------------------------------
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you for
> understanding.
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140313/e7f5b911/attachment-0001.html>
More information about the sr-dev
mailing list