[Home]

Summary:ASTERISK-02607: chan_h323 core dumps
Reporter:nirsim (nirsim)Labels:
Date Opened:2004-10-14 07:25:41Date Closed:2004-10-15 02:50:50
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) core.4453.gz
Description:When generating an outbound h323 call, the channel will seg-fault and core dump.

****** ADDITIONAL INFORMATION ******

Attached is a core dump file.
Comments:By: twisted (twisted) 2004-10-14 12:48:38

Is this in relation to 2630?
By: jerjer (jerjer) 2004-10-14 16:19:44

uploading a core file is not debug
By: nirsim (nirsim) 2004-10-14 19:50:43

Ok, I got the message, here is more information:

Running Asterisk in -vvvvcgp mode, and then doing h.323 debug generates the following:

*CLI>
*CLI>
*CLI>
*CLI> h.323 debug
H323 debug enabled
   -- Executing Dial("SIP/201-c46b", "H323/10103447903048021@81.27.72.10") in new stack
Segmentation fault
[root@ivr00 asterisk]# Ouch ... error while writing audio data: : Broken pipe


Ok, lets run a trace level 4, and see what we get:
*CLI> h.323 trace 4
H.323 trace set to level 4
*CLI>
*CLI>
*CLI>
   -- Executing Dial("SIP/201-fec5", "H323/10103447903048021@81.27.72.10") in new stack
Segmentation fault
[root@ivr00 asterisk]# Ouch ... error while writing audio data: : Broken pipe

Then I ran the commands as you described in README:
The last line after the loading of gdb gave the following:
---Type <return> to continue, or q <return> to quit---
#0  find_peer (peer=0x432b21dc "81.27.72.10", sin=0x0) at chan_h323.c:864
864                     ast_log(LOG_DEBUG, "Could not find peer %s/%s by addr\n", peer, ast_inet_ntoa(iabuf, sizeof(iabuf), p->addr.sin_addr));

The output of bt gives the following:

#0  find_peer (peer=0x432b21dc "81.27.72.10", sin=0x0) at chan_h323.c:864
#1  0x413f3d05 in oh323_request (type=0x3f <Address 0x3f out of bounds>, format=4, data=0x432b21dc) at chan_h323.c:888
#2  0x0805ee20 in ast_request (type=0x432b21dc "81.27.72.10", format=4, data=0x3f) at channel.c:1890
#3  0x42c0e7b5 in dial_exec (chan=0x8164f00, data=0x432b21dc) at app_dial.c:741
#4  0x08076cf4 in pbx_exec (c=0x8164f00, app=0x42b14310, data=0x432b584c, newstack=1126900189) at pbx.c:473
ASTERISK-1  0x0807e1fa in pbx_extension_helper (c=0x8164f00, con=0x42b14310, context=0x8165064 "mwisepbxoutgoing",
   exten=0x8165158 "00447903048021", priority=1, label=0x0, callerid=0x1 <Address 0x1 out of bounds>, action=135679744)
   at pbx.c:1303
ASTERISK-2  0x0807e915 in ast_pbx_run (c=0x8164f00) at pbx.c:1801
ASTERISK-3  0x0807d711 in pbx_thread (data=0x3f) at pbx.c:2024
ASTERISK-4  0x4002a600 in pthread_detach () from /lib/i686/libpthread.so.0


I hope this helps better than before, if you require more information, just direct me what to do, and I'll get it for you.

Nir S
By: jerjer (jerjer) 2004-10-14 23:58:07

Fixed in cvs -head