[asterisk-users] Asterisk Crash
Andrew Latham
Andrew.Latham at TuxTone.com
Wed Sep 3 11:11:58 CDT 2008
I have had issues with 2.6.9 in the past but it sounds like that is
not you issue. You upgraded from ___?___ to 1.4.21.2 and it crashes.
If you upgraded from 1.2 did you check your dialplan to see if the
commands are depreciated and you also understand that a lot has change
on zaptel which is now DAHDI........
On Wed, Sep 3, 2008 at 11:43 AM, Josiah Bryan
<jbryan at productiveconcepts.com> wrote:
> Hardware wise, I've got a 1.5 GHz processor with 256 MB RAM running FC3
> (kernel 2.6.9-1.667). (System output of uname -a and more is below the
> closing.)
>
> I've got two wctdm PCI cards running 4 FXO modules each:
> pci:0000:02:08.0 wctdm+ e159:0001 Wildcard TDM400P REV E/F
> pci:0000:02:0a.0 wctdm+ e159:0001 Wildcard TDM400P REV E/F
>
> As far as FC3 - I believe last yum update was ran on 6/01 of this year -
> - good suggestion, I'll re-run it right now as I type this...okay, yum
> update running.
>
> The only dmesg output that even looks odd is:
> post_create: setxattr failed, rc=28 (dev=dm-0 ino=451747)
> post_create: setxattr failed, rc=28 (dev=dm-0 ino=451748)
>
> Other than that, the only other dmesg output since reboot (this morning
> 8am or so) is some selinux deny messages related to snmpd and httpd.
>
>
> Suggestions? Thank you for taking the time to look at all of this.
>
> Regards,
> -josiah
>
>
> Here's uname, free, and /proc/cpuinfo:
>
> [root at asterisk asterisk]# uname -a
> Linux asterisk.productiveconcepts.com 2.6.9-1.667 #1 Tue Nov 2 14:41:25
> EST 2004 i686 i686 i386 GNU/Linux
>
> [root at asterisk asterisk]# free
> total used free shared buffers cached
> Mem: 255652 253416 2236 0 1380 81220
> -/+ buffers/cache: 170816 84836
> Swap: 524280 8340 515940
>
> [root at asterisk asterisk]# cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 15
> model : 1
> model name : Intel(R) Pentium(R) 4 CPU 1.50GHz
> stepping : 2
> cpu MHz : 1483.674
> cache size : 256 KB
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> bogomips : 2924.54
>
>
>
> Andrew Latham wrote:
>> What type of hardware are you using? When is the last time you upgraded Fedora?
>>
>> "core set verbose 6" should get you anything you need. Have a look at
>> the "dmesg" output.
>>
>>
>>
>> On Wed, Sep 3, 2008 at 10:14 AM, Josiah Bryan
>> <jbryan at productiveconcepts.com> wrote:
>>> Hello, folks -
>>>
>>> Just upgraded to 1.4.21.2 on FC3. Now I've got random crashing of the
>>> 'asterisk' process. I thought it was due to mpg123 and music on hold -
>>> so I disabled all MOH classes in musiconhold.conf - but still random
>>> crashing!
>>>
>>> Here's a transcript from the console. Right at the "Disconnected"
>>> message, the asterisk process had crashed. I've got a watchdog that
>>> automatically restarts the process, but that still means all calls were
>>> lost.
>>>
>>> Any advice on how to troubleshoot or diagnose??
>>>
>>> Thanks!
>>> -josiah
>>>
>>>
>>>
>>> asterisk*CLI> set verbose 99
>>> Verbosity was 1 and is now 99
>>> The 'set verbose' command is deprecated and will be removed in a future
>>> release. Please use 'core set verbose' instead.
>>> -- Music class default requested but no musiconhold loaded.
>>> -- Executing [213 at playground:1] Macro("SIP/op-1-0902f218",
>>> "stdexten|213|SIP/213") in new stack
>>> -- Executing [s at macro-stdexten:1] GotoIf("SIP/op-1-0902f218",
>>> "1?999|1") in new stack
>>> -- Goto (macro-stdexten,999,1)
>>> -- Executing [999 at macro-stdexten:1] Set("SIP/op-1-0902f218",
>>> "opt=m") in new stack
>>> -- Executing [999 at macro-stdexten:2] BackGround("SIP/op-1-0902f218",
>>> "transfer") in new stack
>>> -- <SIP/op-1-0902f218> Playing 'transfer' (language 'en')
>>> -- Executing [999 at macro-stdexten:3] Goto("SIP/op-1-0902f218",
>>> "s|dial") in new stack
>>> -- Goto (macro-stdexten,s,3)
>>> -- Executing [s at macro-stdexten:3] Dial("SIP/op-1-0902f218",
>>> "SIP/213|20|m") in new stack
>>> -- Called 213
>>> -- Music class default requested but no musiconhold loaded.
>>> -- AGI Script Executing Application: (Dial) Options: (SIP/201|30)
>>> -- SIP/213-090126f8 is ringing
>>> asterisk*CLI>
>>> Disconnected from Asterisk server
>>> Executing last minute cleanups
>>> Asterisk cleanly ending (0).
>>>
>>> --
>>> Josiah Bryan
>>> IT Manager
>>> Productive Concepts, Inc.
>>> jbryan at productiveconcepts.com
>>> (765) 964-6009, ext. 224
>>>
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>
>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
>>> Register Now: http://www.astricon.net
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>> http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>>
>>
>
> --
> Josiah Bryan
> IT Manager
> Productive Concepts, Inc.
> jbryan at productiveconcepts.com
> (765) 964-6009, ext. 224
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
--
Andrew "lathama" Latham
Principal
TuxTone Inc.
http://TuxTone.com
Andrew.Latham at TuxTone.com
More information about the asterisk-users
mailing list