It looks a little bit like a "double free". You could try to disable the call to "abort()" in case this happens: mem_safety=1 See: http://www.kamailio.org/wiki/cookbooks/devel/core#mem_safety
Kind regards, Carsten 2014-03-13 19:44 GMT+01:00 Carsten Bock <[email protected]>: > It looks a little bit like a "double free". > > You could try to disable the call to "abort()" in case this happens: > > > 2014-03-13 17:22 GMT+01:00 Daniel Ciprus <[email protected]>: >> There are no more core files on the filesystem :-( >> >> On 03/13/2014 12:18 PM, Jason Penton wrote: >> >> 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 <[email protected]> >> 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 <[email protected]> >>> 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: [email protected] >>>> >>>> ________________________________ >>>> 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 >>>> [email protected] >>>> 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: [email protected] >>> >>> ________________________________ >>> 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 >>> [email protected] >>> 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: [email protected] >> >> ________________________________ >> 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 >> [email protected] >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >> > > > > -- > Carsten Bock > CEO (Geschäftsführer) > > ng-voice GmbH > Schomburgstr. 80 > D-22767 Hamburg / Germany > > http://www.ng-voice.com > mailto:[email protected] > > Office +49 40 34927219 > Fax +49 40 34927220 > > Sitz der Gesellschaft: Hamburg > Registergericht: Amtsgericht Hamburg, HRB 120189 > Geschäftsführer: Carsten Bock > Ust-ID: DE279344284 > > Hier finden Sie unsere handelsrechtlichen Pflichtangaben: > http://www.ng-voice.com/imprint/ -- Carsten Bock CEO (Geschäftsführer) ng-voice GmbH Schomburgstr. 80 D-22767 Hamburg / Germany http://www.ng-voice.com mailto:[email protected] Office +49 40 34927219 Fax +49 40 34927220 Sitz der Gesellschaft: Hamburg Registergericht: Amtsgericht Hamburg, HRB 120189 Geschäftsführer: Carsten Bock Ust-ID: DE279344284 Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/ _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
