[asterisk-bugs] [Asterisk 0014866]: 100% cpu problem with channel hangup

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Apr 9 17:29:40 CDT 2009


The following issue has been UPDATED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14866 
====================================================================== 
Reported By:                kobaz
Assigned To:                mmichelson
====================================================================== 
Project:                    Asterisk
Issue ID:                   14866
Category:                   Applications/General
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     closed
Target Version:             1.6.0.10
Asterisk Version:           1.6.0 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 duplicate
Duplicate:                  14723
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-09 00:26 CDT
Last Modified:              2009-04-09 17:29 CDT
====================================================================== 
Summary:                    100% cpu problem with channel hangup
Description: 
    -- Executing [h at foo:1] NoOp("SIP/budder-b7bb6150", "Call duration: 4
seconds") in new stack
  == Using SIP RTP CoS mark 5
    -- Executing [2750 at trunkhandler_branch-in:1]
Goto("SIP/budder-081da778", "foo,s,1") in new stack
    -- Goto (foo,s,1)
    -- Executing [s at foo:1] Answer("SIP/budder-081da778", "") in new stack
    -- Executing [s at foo:2] Read("SIP/budder-081da778",
"input,enter-password,10,,1,5") in new stack
    -- Accepting a maximum of 10 digits.
    -- <SIP/budder-081da778> Playing 'enter-password.ulaw' (language
'en')
    -- User entered '123456'
    -- Executing [s at foo:3] Set("SIP/budder-081da778", "__uid=2") in new
stack
    -- Executing [s at foo:4] Dial("SIP/budder-081da778",
"SIP/bob/5506,300,rHoL(1000:60000:30000)") in new stack
    -- Setting call duration limit to 1 seconds.
  == Using SIP RTP CoS mark 5
    -- Called bob/5506
    -- SIP/bob-b7bbc650 is ringing
    -- SIP/bob-b7bbc650 is ringing
    -- SIP/bob-b7bbc650 answered SIP/budder-081da778
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.
[Apr  9 01:06:06] ERROR[13683]: channel.c:2520 __ast_read: ast_read()
called with no recorded file descriptor.

asterisk is now at 100% and unusable, and is taking the server down to
it's knees
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0014723 ERROR[5003]: channel.c:2043 __ast_read:...
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-09 17:29 mmichelson     Status                   resolved => closed  
======================================================================




More information about the asterisk-bugs mailing list