Ran after problem(problem was over weekend, and this was ran 2 days after it started) sorry I forgot about the -v, I was doing the command at home:
#dahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.999% 99.996% 99.998% 99.999% 99.998% 99.999% 99.999% 99.999% --- Results after 8 passes --- Best: 99.999 -- Worst: 99.996 -- Average: 99.998283, Difference: 99.998286 Log entries when problem started, note the HDLC Abort: [Jun 6 01:08:51] DEBUG[23599] chan_dahdi.c: Set option AUDIO MODE, value: ON(1) on DAHDI/1-1 [Jun 6 01:08:51] DEBUG[23599] chan_dahdi.c: Not yet hungup... Calling hangup once with icause, and clearing call [Jun 6 01:08:51] DEBUG[23599] chan_dahdi.c: Set option AUDIO MODE, value: OFF(0) on DAHDI/1-1 [Jun 6 01:08:51] VERBOSE[23599] logger.c: -- Hungup 'DAHDI/1-1' [Jun 6 01:11:39] NOTICE[19121] chan_dahdi.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: Asked to delete sched id -1??? [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: Asked to delete sched id -1??? [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: Asked to delete sched id -1??? [Jun 6 01:13:22] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:23] ERROR[19121] chan_dahdi.c: No more room in scheduler [Jun 6 01:13:23] ERROR[19121] chan_dahdi.c: Asked to delete sched id -1??? Asterisk was still running but no traffic was going over the T1's (they both should have been filled, or near so) I restarted Asterisk and traffic came pouring in except for T1 #1 channels 1-7 and the whole of T1 #2: *CLI> dahdi show channels Chan Extension Context Language MOH Interpret pseudo default default 1 from-pstn default 2 from-pstn default 3 from-pstn default 4 from-pstn default 5 from-pstn default 6 from-pstn default 7 from-pstn default 8 XXXXXX4988 from-pstn default 9 XXXXXX4988 from-pstn default 10 XXXXXX4988 from-pstn default 11 XXXXXX4988 from-pstn default 12 XXXXXX1587 from-pstn default 13 XXXXXX4988 from-pstn default 14 XXXXXX4988 from-pstn default 15 XXXXXX4988 from-pstn default 16 XXXXXX4988 from-pstn default 17 XXXXXX4988 from-pstn default 18 XXXXXX4988 from-pstn default 19 XXXXXX4988 from-pstn default 20 XXXXXX4988 from-pstn default 21 XXXXXX4988 from-pstn default 22 XXXXXX4988 from-pstn default 23 XXXXXX4988 from-pstn default 25 from-pstn default 26 from-pstn default 27 from-pstn default 28 from-pstn default 29 from-pstn default 30 from-pstn default 31 from-pstn default 32 from-pstn default 33 from-pstn default 34 from-pstn default 35 from-pstn default 36 from-pstn default 37 from-pstn default 38 from-pstn default 39 from-pstn default 40 from-pstn default 41 from-pstn default 42 from-pstn default 43 from-pstn default 44 from-pstn default 45 from-pstn default 46 from-pstn default 47 from-pstn default *SNIP* After unplugging T1 #1 (also the timing source) and plugging it back in both T1s lit up full with phone calls. Next time I'll try the dahdi restart. Thanks, Allan Allan Oepping wrote: > I'm not sure if this posting will go to the correct thread or not, as > I am subscribing to make this post, and don't have a message to reply > to. Hose, if this does not end up in the thread can you post in in there? > > I am getting the same DAHDI error, under Asterisk 1.4.25, > libpri-1.4.10 using a TE420 (TE420P I believe). Only Asterisk does not > crash but all the channels on the port/group are listed as not busy > and no calls get received or placed over the span. > It also happened at a time of no use, just after a restart message > *SHOULD* have appeared in the log for that span, though the span would > have been nearly 100% busy for more than 8 hours the previous day. I > did not get a dahdi_test, sorry. > *SNIP* _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
