| Summary: | ASTERISK-07493: Asterisk crashes on HangUp due to bad RAM | ||
| Reporter: | Alex Richardson (alexrch) | Labels: | |
| Date Opened: | 2006-08-09 05:29:24 | Date Closed: | 2011-06-07 14:00:35 |
| Priority: | Critical | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) core_dump_bt_full.txt ( 1) core_dump_bt.txt ( 2) core_dump_thread_apply_all_bt.txt | |
| Description: | Asterisk dumps core when executing HangUp() diaplan application. To reproduce this create a few queues with dynamic agents that are answering calls on a sample extension that basically forwards calls from the queues to another address (or returns busy if that address is busy): exten => _1111XXXXX1.,1,Verbose(Calling Agent ${EXTEN:6:3}...) exten => _1111XXXXX1.,2,Dial(SIP/${EXTEN:10}@172.100.12.1) exten => _1111XXXXX1.,3,HangUp() exten => _1111XXXXX1.,103,Busy() I believe that the step 3 in this extension will cause Asterisk to dump core after cca. 5k - 25k calls. ****** ADDITIONAL INFORMATION ****** I have attached "bt", "bt full" and "thread apply all bt" core info. | ||
| Comments: | By: Serge Vecher (serge-v) 2006-08-09 09:24:35 looks like the crash was in chan_local. Was asterisk compiled with 'make dont-optimize'? If not -- it should be (this should be ok to run in the production enviroment as well). By: Alex Richardson (alexrch) 2006-08-09 09:38:38 Yes, asterisk was compiled with 'make dont-optimize'. [edit]: I have also tested it on today's branch (r39379) and the problem persists. By: Alex Richardson (alexrch) 2006-08-21 02:57:12 It seems hardware (memory) malfunction was causing this. You can close this issue. Thanks! | ||