[asterisk-bugs] [Asterisk 0016374]: Crash due to fault about twice daily

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16374 
====================================================================== 
Reported By:                hevad
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16374
Category:                   Core/General
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 232348 
Request Review:              
====================================================================== 
Date Submitted:             2009-12-02 12:05 CST
Last Modified:              2009-12-14 12:25 CST
====================================================================== 
Summary:                    Crash due to fault about twice daily
Description: 
Asterisk crashes sporadically about one or twice per day. back trace always
very similar:

(gdb) bt full
https://issues.asterisk.org/view.php?id=0  0x00002ab0b3dd2265 in raise () from
/lib64/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=1  0x00002ab0b3dd3d10 in abort () from
/lib64/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=2  0x00002ab0b3e0c84b in __libc_message
() from /lib64/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=3  0x00002ab0b3e142ef in _int_free ()
from /lib64/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=4  0x00002ab0b3e1473b in free () from
/lib64/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=5  0x0000000000496f29 in
frame_cache_cleanup (data=0x1caf4220) at
frame.c:325
        frames = (struct ast_frame_cache *) 0x1caf4220
        f = (struct ast_frame *) 0x1cae7030
https://issues.asterisk.org/view.php?id=6  0x00002ab0b4303ac9 in
__nptl_deallocate_tsd () from
/lib64/libpthread.so.0
No symbol table info available.
https://issues.asterisk.org/view.php?id=7  0x00002ab0b43044b5 in start_thread ()
from /lib64/libpthread.so.0
No symbol table info available.
https://issues.asterisk.org/view.php?id=8  0x00002ab0b3e75c2d in clone () from
/lib64/libc.so.6
No symbol table info available.


====================================================================== 

---------------------------------------------------------------------- 
 (0115210) patrol-cz (reporter) - 2009-12-14 12:25
 https://issues.asterisk.org/view.php?id=16374#c115210 
---------------------------------------------------------------------- 
I've tested the suggested fix by defining LOW_MEMORY, verified that the
frame cache code is not compiled into frame.o, but Asterisk still crashes
when the fax reception ends on a DAHDI channel (E1/PRI). Evidently the
corrupted frames make harm at some other place, too. I'm afraid that it's
necessary to find and fix a real cause of the problem. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-14 12:25 patrol-cz      Note Added: 0115210                          
======================================================================