Summary: | ASTERISK-04559: manager.c spewing "accept_thread: Accept returned -1: Resource temporarily unavailable" | ||
Reporter: | wjchan (wjchan) | Labels: | |
Date Opened: | 2005-07-11 23:50:25 | Date Closed: | 2005-07-12 16:22:02 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | I have an external host reconnecting to Asterisk manager every 30s after it's been disconnected. It's been working fine until tonight's updates. When I start Asterisk now, it spews a large quantity of the following messages very quickly: Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable Jul 11 21:25:36 NOTICE[6427]: manager.c:1347 accept_thread: Accept returned -1: Resource temporarily unavailable ****** ADDITIONAL INFORMATION ****** My workaround is to disable manager in manager.conf, start Asterisk, wait a couple minutes, make a call, enable manager in manager.conf, then "reload". My Asterisk version contains all changes up to: asterisk/sounds priv-callee-options.gsm, NONE, 1.1 priv-callpending.gsm, NONE, 1.1 priv-introsaved.gsm, NONE, 1.1 priv-recordintro.gsm, NONE, 1.1 screen-callee-options.gsm, NONE, 1.1 kpfleming at lists.digium.com | ||
Comments: | By: Michael Jerris (mikej) 2005-07-11 23:57:30 does reverting manager.c back one version to -r1.101 fix the issue? By: wjchan (wjchan) 2005-07-12 00:19:09 Reverting manager.c to 1.101 does not fix the issue. This morning's build was okay. By: wjchan (wjchan) 2005-07-12 01:09:07 Not sure if it's related but I'm also having problem with my TDM400P calls locking up or having no audio. I'm also getting the following when an my Zap/3 trying to ring my SIP phones plus Zap/1: Jul 11 21:52:26 WARNING[6456] channel.c: Avoided initial deadlock for '0x95a60e0', 10 retries! By: Kevin P. Fleming (kpfleming) 2005-07-12 11:56:23 There was a bug in the channel.c channel-finding routine that was just fixed in CVS HEAD. Please retest with that fix in place. By: wjchan (wjchan) 2005-07-12 12:33:24 Still broken.... By: Kevin P. Fleming (kpfleming) 2005-07-12 15:02:11 There was also a bug in res_musiconhold that caused 100% CPU usage; this was probably the source of the problem. Please update once more (sorry!) and test again. By: Frank Sautter (xylome) 2005-07-12 15:53:35 seems to work now By: Michael Jerris (mikej) 2005-07-12 16:22:02 Resolved by reverting ASTERISK-4416 |