Thanks Daniel. I've downloaded the source from subversion for the 1.5 branch. I am planning on building it tonight, and performing a maintenance on my production server late tomorrow night. I noticed in the svn code that TLS comes down with it. I have always used the -notls released source. Are there any special flags that I need to pass in the build to ensure that tls does not get built.
I do hope that the new code resolves the issue. Thanks Stagg On Feb 17, 2011, at 12:53 PM, Daniel-Constantin Mierla wrote: > Hello, > > On 2/17/11 5:41 PM, Stagg Shelton wrote: >> Hi Timo, >> >> I have not tried the latest SVN yet. My system just did another core again >> today. The backtrace seems to show it at the same location. Below is the >> backtrace from today. If grabbing the latest SVN is the only chance of >> stopping this behavior I can do that, but I have to be as careful as >> possible to try and ensure that new anomalies are not introduced as a result >> of a code change. Is the information from the backtrace even helpful for >> identifying the root cause of the issue? > I recommend using 1.5 from SVN branch. Since 1.5.5 was released on Oct 20, > there were some fixes related to dialog, very likely to fix the problem you > report. > > On the other hand, with Kamailio we do only bug fixes between minor releases. > A major release has always the ending digit 0. Version x.y.z is a new major > release if z=0, then z=1 or greater means we have found and fixed issues in > x.y.0. There is no new feature, therefore no new bugs should be introduced. > We don't do minor releases as we find and fix one issue, but wait 1-2 months > to accumulate more. Using a stable branch, being it SVN or GIT should be > safer than using a tarball with a release. > > Summarizing: > - new features are brought by versions changing x or y numbers > - fixed issues are brought by versions changing z number -- in this case the > config file format and database structure are the same for any of z numbers > when x.y is the same > > Cheers, > Daniel >> Core was generated by `/sbin/kamailio -m 512'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x00007f85596b0fa7 in unref_dlg (dlg=0x7f853f9d1588, cnt=1) at >> dlg_hash.c:474 >> 474 d_entry =&(d_table->entries[dlg->h_entry]); >> Missing separate debuginfos, use: debuginfo-install >> bzip2-libs-1.0.5-5.fc11.x86_64 db4-4.7.25-11.fc11.x86_64 >> e2fsprogs-libs-1.41.9-2.fc11.x86_64 elfutils-libelf-0.147-1.fc11.x86_64 >> glibc-2.10.2-1.x86_64 keyutils-libs-1.2-5.fc11.x86_64 >> krb5-libs-1.6.3-31.fc11.x86_64 libacl-2.2.49-3.fc11.x86_64 >> libattr-2.4.43-3.fc11.x86_64 libcap-2.16-4.fc11.1.x86_64 >> libconfuse-2.6-2.fc11.x86_64 libgcc-4.4.1-2.fc11.x86_64 >> libselinux-2.0.80-1.fc11.x86_64 lm_sensors-3.1.0-1.fc11.x86_64 >> lua-5.1.4-3.fc11.x86_64 mysql-libs-5.1.46-1.fc11.x86_64 >> net-snmp-libs-5.4.2.1-13.fc11.x86_64 nspr-devel-4.8.4-1.3.fc11.x86_64 >> nss-devel-3.12.6-1.2.fc11.x86_64 nss-softokn-freebl-3.12.6-1.2.fc11.x86_64 >> openssl-0.9.8n-1.fc11.x86_64 pcre-7.8-2.fc11.x86_64 >> perl-libs-5.10.0-82.fc11.x86_64 popt-1.13-5.fc11.x86_64 >> radiusclient-ng-0.5.6-4.fc11.x86_64 rpm-libs-4.7.2-1.fc11.x86_64 >> tcp_wrappers-libs-7.6-55.fc11.x86_64 >> xz-libs-4.999.9-0.1.beta.20091007git.fc11.x86_64 zlib-1.2.3-22.fc11.x86_64 >> (gdb) bt full >> #0 0x00007f85596b0fa7 in unref_dlg (dlg=0x7f853f9d1588, cnt=1) at >> dlg_hash.c:474 >> d_entry = 0x0 >> __FUNCTION__ = "unref_dlg" >> #1 0x00007f85596ac80f in unref_dlg_from_cb (t=0x7f853f91d1b0, type=4096, >> param=0x7f855fcc56e0) at dlg_handlers.c:622 >> dlg = 0x7f853f9d1588 >> #2 0x00007f855fa93ea3 in run_trans_callbacks (type=4096, >> trans=0x7f853f91d1b0, req=0x0, rpl=0x0, code=0) at t_hooks.c:240 >> cbp = 0x7f853f76e278 >> backup = 0x71a9d0 >> trans_backup = 0xffffffffffffffff >> __FUNCTION__ = "run_trans_callbacks" >> #3 0x00007f855fa823cc in free_cell (dead_cell=0x7f853f91d1b0) at >> h_table.c:132 >> b = 0x0 >> i = 1 >> rpl = 0x0 >> tt = 0x0 >> foo = 0x0 >> p = 0x7f853f73bc30 >> #4 0x00007f855fa82bb6 in free_hash_table () at h_table.c:345 >> p_cell = 0x7f853f91d1b0 >> tmp_cell = 0x0 >> i = 6172 >> #5 0x00007f855fa8f2a4 in tm_shutdown () at t_funcs.c:109 >> __FUNCTION__ = "tm_shutdown" >> #6 0x00000000004529f6 in destroy_modules () at sr_module.c:321 >> t = 0x7349d0 >> foo = 0x734910 >> __FUNCTION__ = "destroy_modules" >> #7 0x000000000041f6b4 in cleanup (show_status=1) at main.c:331 >> No locals. >> #8 0x0000000000420597 in handle_sigs () at main.c:517 >> chld = 0 >> chld_status = 134 >> i = 10 >> do_exit = 1 >> ---Type<return> to continue, or q<return> to quit--- >> shutdown_time = 60 >> __FUNCTION__ = "handle_sigs" >> #9 0x00000000004217b5 in main_loop () at main.c:859 >> chd_rank = 12 >> i = 4 >> pid = 29418 >> si = 0x0 >> __FUNCTION__ = "main_loop" >> #10 0x0000000000423410 in main (argc=3, argv=0x7fff4b00bb18) at main.c:1321 >> cfg_log_stderr = 0 >> cfg_stream = 0x225a010 >> c = -1 >> r = 0 >> tmp_len = 0 >> port = 0 >> proto = 4910128 >> ret = -1 >> rfd = 4 >> tmp = 0x7fff4b00cf84 "" >> options = 0x4b77e0 "f:cCm:b:l:n:N:rRvdDFETSVhw:t:u:g:P:G:W:" >> rand_source = 0x4b7d9c "/dev/urandom" >> seed = 3664355638 >> __FUNCTION__ = "main" >> >> --Stagg >> >> On Feb 15, 2011, at 4:39 AM, Timo Reimann wrote: >> >>> Hi Stagg, >>> >>> with regards to the failing function, there was a bugfix in the dialog >>> module which, unfortunately, didn't make it into 1.5.5 in time (revision >>> 6049). Could you try the latest SVN of 1.5 and see if it solves the issue? >>> >>> Thanks. >>> >>> >>> Cheers, >>> >>> --Timo >>> >>> >>> >>> On 14.02.2011 21:07, Stagg Shelton wrote: >>>> Hello, >>>> >>>> We have been having a problem with Kamilio faulting and dumping core files >>>> on occasion. I have not been able to reproduce the failure at will, but >>>> notice the back trace seems to point toward actions with the dialogue. >>>> Below is from a backtrace of a core file from just a few minutes ago. Can >>>> anyone determine what may have caused the system to error and stop >>>> processing? >>>> >>>> Thanks >>>> Stagg >>>> >>>> Core was generated by `/sbin/kamailio -m 512'. >>>> Program terminated with signal 11, Segmentation fault. >>>> #0 0x00007f8a11d55fa7 in unref_dlg (dlg=0x7f89f7e07470, cnt=1) at >>>> dlg_hash.c:474 >>>> 474 d_entry =&(d_table->entries[dlg->h_entry]); >>>> Missing separate debuginfos, use: debuginfo-install >>>> bzip2-libs-1.0.5-5.fc11.x86_64 db4-4.7.25-11.fc11.x86_64 >>>> e2fsprogs-libs-1.41.9-2.fc11.x86_64 elfutils-libelf-0.147-1.fc11.x86_64 >>>> glibc-2.10.2-1.x86_64 keyutils-libs-1.2-5.fc11.x86_64 >>>> krb5-libs-1.6.3-31.fc11.x86_64 libacl-2.2.49-3.fc11.x86_64 >>>> libattr-2.4.43-3.fc11.x86_64 libcap-2.16-4.fc11.1.x86_64 >>>> libconfuse-2.6-2.fc11.x86_64 libgcc-4.4.1-2.fc11.x86_64 >>>> libselinux-2.0.80-1.fc11.x86_64 lm_sensors-3.1.0-1.fc11.x86_64 >>>> lua-5.1.4-3.fc11.x86_64 mysql-libs-5.1.46-1.fc11.x86_64 >>>> net-snmp-libs-5.4.2.1-13.fc11.x86_64 nspr-devel-4.8.4-1.3.fc11.x86_64 >>>> nss-devel-3.12.6-1.2.fc11.x86_64 nss-softokn-freebl-3.12.6-1.2.fc11.x86_64 >>>> openssl-0.9.8n-1.fc11.x86_64 pcre-7.8-2.fc11.x86_64 >>>> perl-libs-5.10.0-82.fc11.x86_64 popt-1.13-5.fc11.x86_64 >>>> radiusclient-ng-0.5.6-4.fc11.x86_64 rpm-libs-4.7.2-1.fc11.x86_64 >>>> tcp_wrappers-libs-7.6-55.fc11.x86_64 >>>> xz-libs-4.999.9-0.1.beta.20091007git.fc11.x86_64 zlib-1.2.3-22.fc11.x86_64 >>>> (gdb) bt full >>>> #0 0x00007f8a11d55fa7 in unref_dlg (dlg=0x7f89f7e07470, cnt=1) at >>>> dlg_hash.c:474 >>>> d_entry = 0x0 >>>> __FUNCTION__ = "unref_dlg" >>>> #1 0x00007f8a11d5180f in unref_dlg_from_cb (t=0x7f89f7d9c660, type=4096, >>>> param=0x7f8a1836a6e0) at dlg_handlers.c:622 >>>> dlg = 0x7f89f7e07470 >>>> #2 0x00007f8a18138ea3 in run_trans_callbacks (type=4096, >>>> trans=0x7f89f7d9c660, req=0x0, rpl=0x0, code=0) at t_hooks.c:240 >>>> cbp = 0x7f89f7dc30e8 >>>> backup = 0x71a9d0 >>>> trans_backup = 0xffffffffffffffff >>>> __FUNCTION__ = "run_trans_callbacks" >>>> #3 0x00007f8a181273cc in free_cell (dead_cell=0x7f89f7d9c660) at >>>> h_table.c:132 >>>> b = 0x0 >>>> i = 1 >>>> rpl = 0x0 >>>> tt = 0x0 >>>> foo = 0x7fff4282f190 >>>> p = 0x7f89f7d3b068 >>>> #4 0x00007f8a18127bb6 in free_hash_table () at h_table.c:345 >>>> p_cell = 0x7f89f7d9c660 >>>> tmp_cell = 0x0 >>>> i = 4075 >>>> #5 0x00007f8a181342a4 in tm_shutdown () at t_funcs.c:109 >>>> __FUNCTION__ = "tm_shutdown" >>>> #6 0x00000000004529f6 in destroy_modules () at sr_module.c:321 >>>> t = 0x7349d0 >>>> foo = 0x734910 >>>> __FUNCTION__ = "destroy_modules" >>>> #7 0x000000000041f6b4 in cleanup (show_status=1) at main.c:331 >>>> No locals. >>>> #8 0x0000000000420597 in handle_sigs () at main.c:517 >>>> chld = 0 >>>> chld_status = 134 >>>> i = 12 >>>> do_exit = 1 >>>> ---Type<return> to continue, or q<return> to quit--- >>>> shutdown_time = 60 >>>> __FUNCTION__ = "handle_sigs" >>>> #9 0x00000000004217b5 in main_loop () at main.c:859 >>>> chd_rank = 12 >>>> i = 4 >>>> pid = 21442 >>>> si = 0x0 >>>> __FUNCTION__ = "main_loop" >>>> #10 0x0000000000423410 in main (argc=3, argv=0x7fff4282f498) at main.c:1321 >>>> cfg_log_stderr = 0 >>>> cfg_stream = 0x1fe1010 >>>> c = -1 >>>> r = 0 >>>> tmp_len = 0 >>>> port = 0 >>>> proto = 4910128 >>>> ret = -1 >>>> rfd = 4 >>>> tmp = 0x7fff4282ff8a "" >>>> options = 0x4b77e0 "f:cCm:b:l:n:N:rRvdDFETSVhw:t:u:g:P:G:W:" >>>> rand_source = 0x4b7d9c "/dev/urandom" >>>> seed = 3628387751 >>>> __FUNCTION__ = "main" >>>> (gdb) >>>> (gdb) quit >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>> sr-users@lists.sip-router.org >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > http://www.asipto.com > > _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
