| Summary: | ASTERISK-26116: Crash when performing outgoing call | ||
| Reporter: | Denis S.Davydov (denis.davydov) | Labels: | |
| Date Opened: | 2016-06-15 09:00:57 | Date Closed: | 2016-06-24 11:46:18 |
| Priority: | Major | Regression? | |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | 13.9.1 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Virtual Machine on ESXi6 (VM Version 8, 4vCPU, 8Gb RAM), OS: CentOS release 6.7 (Final) i386 | Attachments: | ( 0) backtrace_20160614.txt ( 1) backtrace.txt.20160614 ( 2) capture-20160615-184452.png ( 3) full.txt |
| Description: | Program terminated with signal 11, Segmentation fault.
Snippet: {code} [Jun 14 14:50:14] DEBUG[25765] chan_sip.c: Initializing initreq for method OPTIONS - callid 46ec932a06d0912572af8bb75059c59d@192.168.135.111:5060 [Jun 14 14:50:14] DEBUG[25765] chan_sip.c: Trying to put 'OPTIONS sip' onto UDP socket destined for 192.168.123.178:5060 [Jun 14 14:50:14] NOTICE[25765] chan_sip.c: Peer '3121' is now UNREACHABLE! Last qualify: 15 [Jun 14 14:50:14] DEBUG[25753] manager.c: Mansession: 0xb74039fc refcount now 2 [Jun 14 14:50:14] DEBUG[25753] manager.c: Mansession: 0xb7600c2c refcount now 2 [Jun 14 14:50:14] DEBUG[25753] manager.c: Mansession: 0xbf355f4c refcount now 2 [Jun 14 14:50:14] DEBUG[25753] manager.c: Mansession: 0x718a03c refcount now 2 [Jun 14 14:50:14] DEBUG[23655][C-0000498f] audiohook.c: Failed to get 160 samples from read factory 0xbf16eadc [Jun 14 14:50:14] DEBUG[23655][C-0000498f] audiohook.c: Read factory 0xbf16eadc and write factory 0xbf16f4fc both fail to provide 160 samples [Jun 14 14:50:14] DEBUG[23545][C-0000498b] audiohook.c: Failed to get 160 samples from read factory 0xbf677074 [Jun 14 14:50:14] DEBUG[25756] manager.c: Mansession: 0xb74012d4 refcount now 2 [Jun 14 14:50:14] DEBUG[25753] manager.c: Mansession: 0x2aaa03c refcount now 2 [Jun 14 14:50:14] DEBUG[23655][C-0000498f] audiohook.c: Failed to get 160 samples from read factory 0xbf16eadc [Jun 14 14:50:14] ERROR[23847][C-00004997] /usr/src/asterisk-13.9.1/include/asterisk/utils.h: Memory Allocation Failure in function ast_str_create at line 654 of /usr/src/asterisk-13.9.1/include/asterisk/strings.h [Jun 14 14:51:05] Asterisk 13.9.1 built by root @ pbx.autoconnex.ru on a i686 running Linux on 2016-06-09 13:46:48 UTC [Jun 14 14:51:05] VERBOSE[23956] config.c: Parsing '/etc/asterisk/logger.conf': Found [Jun 14 14:51:05] VERBOSE[23956] manager.c: Manager registered action DBGet [Jun 14 14:51:05] VERBOSE[23956] manager.c: Manager registered action DBPut [Jun 14 14:51:05] VERBOSE[23956] manager.c: Manager registered action DBDel [Jun 14 14:51:05] VERBOSE[23956] manager.c: Manager registered action DBDelTree {code} Also see backtrace in attachment. I cannot reproduce this error. | ||
| Comments: | By: Asterisk Team (asteriskteam) 2016-06-15 09:00:58.494-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Denis S.Davydov (denis.davydov) 2016-06-15 09:13:17.569-0500 File full txt has been attached (grep -B2600 -A30 'by root' full-2016-06-14T14:50:57+0000 > full.txt) By: Rusty Newton (rnewton) 2016-06-15 09:29:31.574-0500 Re-attaching reporters trace with a .txt extension so it can be viewed in browser. By: Rusty Newton (rnewton) 2016-06-15 09:57:50.702-0500 Denis the crash appears to be due to the system running out of available memory. Please begin running the system with MALLOC_DEBUG https://wiki.asterisk.org/wiki/display/AST/MALLOC_DEBUG+Compiler+Flag In the event of another crash you can provide us the mmlog file which will help to track down a leak. In addition please run the "memory show summary" on a regular basis to see if there is a systemic growth in memory. Please report back what you find. By: Denis S.Davydov (denis.davydov) 2016-06-15 10:16:57.085-0500 Rusty, thank you for your feedback. I recompile Asterisk-PBX with MALLOC_DEBUG and I'll let you know if I've got such crash again. By: Denis S.Davydov (denis.davydov) 2016-06-15 10:47:47.025-0500 See also the indications of hypervisor in attachment. TZ on the screenshot in UTC+3, TZ in the logfile is UTC+0. By: Denis S.Davydov (denis.davydov) 2016-06-24 03:49:52.560-0500 I think all previous crashes were caused by CentOS 6.8 i386 with PAE that worked on 8Gb RAM. We reinstall the same version of Asterisk on CentOS 6.8 x86_64. Thrid day all is norminal. By: Joshua C. Colp (jcolp) 2016-06-24 11:46:18.796-0500 Since you've mentioned this appears to be isolated to the PAE environment and seems to be outside of Asterisk, I'm closing this out. If you exhibit the same problem under non-PAE feel free to comment and this issue will reopen. Just ensure you attach updated logs and information. | ||
