| Summary: | ASTERISK-25216: Asterisk periodic hangs. UDP Recv-Q greatly exceeds zero. | ||||
| Reporter: | Dmitriy Serov (Demon) | Labels: | |||
| Date Opened: | 2015-06-30 14:14:13 | Date Closed: | 2015-07-01 12:09:12 | ||
| Priority: | Major | Regression? | Yes | ||
| Status: | Closed/Complete | Components: | Channels/chan_sip/General | ||
| Versions: | 13.4.0 | Frequency of Occurrence | Frequent | ||
| Related Issues: |
| ||||
| Environment: | Linux 3.13.6 SMP x86_64, mysql Ver 15.1 Distrib 5.5.37-MariaDB | Attachments: | ( 0) 2015_06_29__19_27_01.backtrace-threads.txt ( 1) 2015_06_30__00_19_01.backtrace-threads.txt ( 2) 2015_06_30__05_05_01.backtrace-threads.txt ( 3) 2015_06_30__21_50_01.backtrace-threads.txt | ||
| Description: | Asterisk periodic hangs.
UDP Recv-Q greatly exceeds zero. No errors in log (like DNS error, function getaddr). used cdr_mysql, peers in text config, chan_sip & res_pjsip on different ports. The system behavior is very similar to ASTERISK-25163. After ASTERISK-25163 fixed few days hangs didn't occurred. But after repeated problems several times a day. Backtraces attached. | ||||
| Comments: | By: Asterisk Team (asteriskteam) 2015-06-30 14:14:14.859-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: Dmitriy Serov (Demon) 2015-06-30 14:15:30.991-0500 Hang backtraces. Date/time in filenames. By: Rusty Newton (rnewton) 2015-06-30 15:59:58.421-0500 Can you get the output of "core show locks" after it hangs? Or do all commands stop responding? By: Dmitriy Serov (Demon) 2015-07-01 11:59:24.746-0500 "core show locks" requires build with thread debugging. This greatly increases the CPU load. At the current utilization my server it can be a problem :( If this is the only way of finding the source of deadlocks, i have to do it. By: Joshua C. Colp (jcolp) 2015-07-01 12:09:12.561-0500 After looking at the provided backtraces this appears to be a duplicate of ASTERISK-22745. You've got STUN set up and currently this blocks. If the STUN server fails to respond it can cause chan_sip to hang. | ||||