[Asterisk-Users] More * weirdness

Andrew McRory amcrory at linuxsys.com
Thu Dec 30 11:22:25 MST 2004


Well I am about to reserve a small padded room so I can bounce off the
walls without inflicting tooo much damage... Nothing is making sense at
this point. I tried several releases last night before settling on the
latest CVS (seemed to work the best). Asterisk was running GREAT for the
first few hours. Now since around 10AM EST SIP can't register and incoming
calls are rejected with "all circuits are busy".

version:	Asterisk CVS-HEAD-12/29/04-23:50:16
uptime:		12 hours, 26 minutes, 32 seconds

Console shows this when an incoming call is placed:
=======================================================================
Don't know what to do if second ROSE component is of type 0x6
Dec 30 12:24:48 WARNING[2715]: chan_zap.c:7667 pri_dchannel: Ring requested on channel 0/8 already in use on span 1.  Hanging up owner.
    -- B-channel 0/8 restarted on span 1
Don't know what to do if second ROSE component is of type 0x6
Dec 30 12:24:48 WARNING[2715]: chan_zap.c:7667 pri_dchannel: Ring requested on channel 0/9 already in use on span 1.  Hanging up owner.
    -- B-channel 0/9 restarted on span 1
=======================================================================

Existing calls have not been dropped so far!!! There are a couple channels
stuck like the ALSA call I tried to see if I could ring my extension.

=======================================================================
phone*CLI> show channels
        Channel  (Context    Extension    Pri )   State Appl.         Data
        Zap/8-1  (lec-pri    5737         5   )      Up Dial          SIP/2000&SIP/2001&SIP/2002&SIP/2003&SIP/2005&SIP/2006|20|trhH
   ALSA/default  (local      2005         1   ) Ringing Dial          SIP/2005|20|t
        Zap/9-1  (sales      s            2   )      Up Dial          SIP/2000&SIP/2001&SIP/2003&SIP/2005|20|t
       Zap/29-1  (outbound-max s            1   )      Up Bridged Call  Zap/5-1
        Zap/5-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/33-1  (outbound-max s            1   )      Up Bridged Call  Zap/10-1
       Zap/10-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/26-1  (outbound-max s            1   )      Up Bridged Call  Zap/2-1
        Zap/2-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/25-1  (outbound-max s            1   )      Up Bridged Call  Zap/1-1
        Zap/1-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/31-1  (outbound-max s            1   )      Up Bridged Call  Zap/7-1
        Zap/7-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/30-1  (outbound-max s            1   )      Up Bridged Call  Zap/6-1
        Zap/6-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/28-1  (outbound-max s            1   )      Up Bridged Call  Zap/4-1
        Zap/4-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
       Zap/27-1  (outbound-max s            1   )      Up Bridged Call  Zap/3-1
        Zap/3-1  (lec-pri    8014         1   )      Up Dial          Zap/g2/8014
19 active channel(s)
======================================================================

Asterisk running as user asterisk. File permissions are according to the
non-root wiki.  UDP packets are queuing up...  I/O is borked somewhere:

=== strace ===========================================================
     0.078863 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
     0.000052 write(1, "Urgent handler\n", 15) = 15
     0.000566 rt_sigaction(SIGURG, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, 8) = 0
     0.000181 sigreturn()               = ? (mask now [])
     0.000143 read(0, 0xbff63c2b, 1)    = ? ERESTARTSYS (To be restarted)
   311.584380 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
     0.000056 write(1, "Urgent handler\n", 15) = 15
     0.000634 rt_sigaction(SIGURG, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, 8) = 0
     0.000172 sigreturn()               = ? (mask now [])
     0.000142 read(0, 0xbff63c2b, 1)    = ? ERESTARTSYS (To be restarted)
    21.605115 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
     0.000070 write(1, "Urgent handler\n", 15) = 15
     0.000146 rt_sigaction(SIGURG, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, 8) = 0
     0.000222 sigreturn()               = ? (mask now [])
     0.000575 read(0, 0xbff63c2b, 1)    = ? ERESTARTSYS (To be restarted)
     0.066369 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
     0.000049 write(1, "Urgent handler\n", 15) = 15
     0.000134 rt_sigaction(SIGURG, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, {0x80a5d60, [URG], SA_RESTORER|SA_RESTART, 0x34aa58}, 8) = 0
     0.000609 sigreturn()               = ? (mask now [])
======================================================================

Maybe this gdb bt means something?

=== gdb ==============================================================
(gdb) bt full
#0  0x0030bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
No symbol table info available.
#1  0x003f56f7 in poll () from /lib/tls/libc.so.6
No symbol table info available.
#2  0x0805c36c in ast_waitfor_nandfds ()
No symbol table info available.
#3  0x08062227 in ast_waitfor_n ()
No symbol table info available.
#4  0x00000002 in ?? ()
No symbol table info available.
======================================================================

I am not a programmer so all these debugging logs are lost on me. It seems
these errors are in system configuration somewhere. Anyone have a clue as
to what is going on?

I do realize that a fresh pull from CVS is prolly not the best thing but
the errors I am seeing are very similar to all the other releases I have
tried over the last few weeks. The next thing I will try is to switch
operating systems... debian here I come?

I'm know I'm living life on the bleeding edge here. Nothing new here. If
anyone can provide a washcloth and a roll of duct tape to stop this
hemmorage, words can't express how much I will appreciate it!!

-- 
Andrew McRory - President/CTO 
Linux Systems Engineers, Inc. - http://www.linuxsys.com
Located in beautiful Tallahassee, Florida
Office  850-224-5737
Office  850-575-7213
Mobile  850-294-7567






More information about the asterisk-users mailing list