[Home]

Summary:ASTERISK-23915: Crash in pthread_mutex_trylock called from dahdi_read
Reporter:George Sand (iqgeo@yahoo.com)Labels:
Date Opened:2014-06-20 08:10:57Date Closed:2014-07-09 08:16:07
Priority:MajorRegression?
Status:Closed/CompleteComponents:
Versions:1.8.28.1 Frequency of
Occurrence
Occasional
Related
Issues:
Environment:Linux x86-64 Attachments:( 0) backtrace.zip
( 1) chan_dahdi.c
Description:Hi

sometimes i receive a segment fault on the asterisk service

{noformat}
#0  0x00000034d5209385 in pthread_mutex_trylock () from /lib64/libpthread.so.0
#1  0x00007f01c4ec7694 in dahdi_read (ast=0x7f00e4011f28) at chan_dahdi.c:8771
#2  0x000000000047350c in __ast_read (chan=0x7f00e4011f28, dropaudio=0) at channel.c:3905
#3  0x00007f01fc574640 in async_agi_read_frame (chan=0x7f00e4011f28, data=<value optimized out>,
   enhanced=<value optimized out>, dead=0) at res_agi.c:1208
#4  launch_asyncagi (chan=0x7f00e4011f28, data=<value optimized out>, enhanced=<value optimized out>, dead=0)
   at res_agi.c:1398
#5  launch_script (chan=0x7f00e4011f28, data=<value optimized out>, enhanced=<value optimized out>, dead=0)
   at res_agi.c:1612
#6  agi_exec_full (chan=0x7f00e4011f28, data=<value optimized out>, enhanced=<value optimized out>, dead=0)
   at res_agi.c:3856
#7  0x00000000004ec83b in pbx_exec (c=0x7f00e4011f28, app=0x180c460, data=0x7f019ad76690 "agi:async") at pbx.c:1421
#8  0x00000000004f962a in pbx_extension_helper (c=0x7f00e4011f28, con=0x0, context=0x7f00e4012480 "user-default",
   exten=0x7f00e40124d0 "s", priority=4, label=0x7f00e4012480 "user-default", callerid=0x7f00e40af740 "372454528",
   action=E_SPAWN, found=0x7f019ad78d0c, combined_find_spawn=1) at pbx.c:4119
#9  0x00000000004fe1b5 in ast_spawn_extension (c=0x7f00e4011f28, args=0x0) at pbx.c:4744
#10 __ast_pbx_run (c=0x7f00e4011f28, args=0x0) at pbx.c:4842
#11 0x00000000004ff8d9 in pbx_thread (data=<value optimized out>) at pbx.c:5177
#12 0x0000000000537eea in dummy_start (data=<value optimized out>) at utils.c:1004
#13 0x00000034d52077f1 in start_thread () from /lib64/libpthread.so.0
#14 0x00000034d4ee570d in clone () from /lib64/libc.so.6
{noformat}

can you help me with this , i saw something similar at the post ASTERISK-20854
Comments:By: Matt Jordan (mjordan) 2014-06-20 12:09:58.566-0500

The crash in ASTERISK-20854 (which was a duplicate of ASTERISK-18697) were both due to a coding error in {{app_minivm}}. That has nothing to do with a crash on an attempt to lock a mutex in {{chan_dahdi}}.

By: Matt Jordan (mjordan) 2014-06-20 12:10:27.704-0500

Thank you for your bug report. In order to move your issue forward, we require a backtrace[1] from the core file produced after the crash. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

After enabling, reproduce the crash, and then execute the backtrace[1] instructions. When complete, attach that file to this issue report.

[1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace



By: Matt Jordan (mjordan) 2014-06-20 12:15:36.292-0500

Another note - have you modified {{chan_dahdi}}?

Looking at Asterisk 1.8.28.1 - which is the version you reported this against - {{dahdi_read}} does not exist on line 8771. Its a good 200 lines later in the code.

If you are running a patched version of Asterisk, you will need to reproduce the crash with no patches applied.

By: George Sand (iqgeo@yahoo.com) 2014-06-20 12:21:00.774-0500

Hi

yes the chan_dahdi it is modified I work with the chan_dahdi.c from version of the asterisk 1.8.7.1 , ii attach the chan_dahdi.


By: George Sand (iqgeo@yahoo.com) 2014-06-20 12:21:47.813-0500

version used asterisk 1.8.7.1

By: George Sand (iqgeo@yahoo.com) 2014-06-20 12:27:34.416-0500

backtrace of the core dump

By: Rusty Newton (rnewton) 2014-07-08 18:42:47.211-0500

[~iqgeo@yahoo.com] Is your latest crash reproduced with chan_dahdi from 1.8.28.1?

By: George Sand (iqgeo@yahoo.com) 2014-07-09 01:23:20.448-0500

Hi

I found the problem, the issue is comming from what i modified in the chan_dahdi,c , this post can be closed.

Best Regards
George Sand