[asterisk-bugs] [Asterisk 0014723]: ERROR[5003]: channel.c:2043 __ast_read: ast_read() called with no recorded file descriptor.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14723 
====================================================================== 
Reported By:                seadweller
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   14723
Category:                   Core/Channels
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     closed
Target Version:             1.6.1.2
Asterisk Version:           1.4.24 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-23 08:27 CDT
Last Modified:              2009-07-20 11:37 CDT
====================================================================== 
Summary:                    ERROR[5003]: channel.c:2043 __ast_read: ast_read()
called with no recorded file descriptor.
Description: 
Performed an upgrade from 1.4.22 to 1.4.24 running on CentOs 4.  Used the
same "slim" configuration that I used in 1.4.22, which worked fine.

Calls are processing, but connecting to the console gets the following:

[Mar 23 13:08:05] ERROR[5003]: channel.c:2043 __ast_read: ast_read()
called with no recorded file descriptor.
[Mar 23 13:08:05] ERROR[5003]: channel.c:2043 __ast_read: ast_read()
called with no recorded file descriptor.

This repeats continuously.  If I issue a show channels, I get some output
and it seems to stop the ERROR messages, though it seems the "show
channels" does not complete.  You can get the CLI command and * will still
be trying to spit out a few channels below it.

The system load is also very high (2.38 with 50 or so concurrent calls),
though CPU usage is low... it must be coming from somewhere else. 
Typically this load under 1.4.22 would show perhaps a 0.2 or 0.3 load.


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0014866 100% cpu problem with channel hangup
has duplicate       0014868 I have 100% CPU usage with a few calls
has duplicate       0014980 Crash on Dial when using S() option to ...
has duplicate       0015519 Millions of "ERROR[24278]: channel...
related to          0014858 [patch] Regular segfault with chan_unistim
related to          0014843 1 in 3 incoming zap PRI calls do no hea...
====================================================================== 

---------------------------------------------------------------------- 
 (0107969) svnbot (reporter) - 2009-07-20 11:37
 https://issues.asterisk.org/view.php?id=14723#c107969 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 207362

_U  branches/1.6.0/
U   branches/1.6.0/main/channel.c

------------------------------------------------------------------------
r207362 | russell | 2009-07-20 11:37:56 -0500 (Mon, 20 Jul 2009) | 23
lines

Merged revisions 207361 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r207361 | russell | 2009-07-20 11:36:15 -0500 (Mon, 20 Jul 2009) | 16
lines
  
  Merged revisions 207360 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.4
  
  ........
    r207360 | russell | 2009-07-20 11:26:24 -0500 (Mon, 20 Jul 2009) | 9
lines
    
    Only do the chan->fdno check in ast_read() in a developer build.
    
    I changed this check to only happen in a dev-mode build.  I also added
a
    comment explaining what is going on.  I also made it so that detection
of
    this situation does not affect ast_read() operation.
    
    (closes issue https://issues.asterisk.org/view.php?id=14723)
    Reported by: seadweller
  ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=207362 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-20 11:37 svnbot         Checkin                                      
2009-07-20 11:37 svnbot         Note Added: 0107969                          
======================================================================