[asterisk-bugs] [Asterisk 0013802]: manager core dumps after 45, 000 AMI originates
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Oct 29 14:29:27 CDT 2008
The following issue has been SUBMITTED.
======================================================================
http://bugs.digium.com/view.php?id=13802
======================================================================
Reported By: hubbaba
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 13802
Category: Core/ManagerInterface
Reproducibility: always
Severity: crash
Priority: normal
Status: new
Asterisk Version: 1.6.0.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-10-29 14:29 CDT
Last Modified: 2008-10-29 14:29 CDT
======================================================================
Summary: manager core dumps after 45,000 AMI originates
Description:
I have a Java GatewayDriver that links ami to agi for outbound calls. Each
call lasts 10 seconds (stream 2 (5 second) files via fast-agi). After
45,000 calls (2 hours of processing 90 simultaneous calls on 4 PRI spans),
Asterisk proceeds to core dump.
I opened the core in gdb. The segmentation fault is occurring in
manager.c on line 2385. s->last_ev is NULL for some reason and the
NEW_EVENT calls AST_LIST_NEXT which then fails because it tries to
dereference s->last_ev.
I have a 62MB core file if anyone is interested in looking through it.
Thank you for your help! I really appreciate it!
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-10-29 14:29 hubbaba Asterisk Version => 1.6.0.1
2008-10-29 14:29 hubbaba SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list