Re: [asterisk-users] Crash asterisk res_odbc

[Rodrigo Ramírez Norambuena]

February 29 2016 5:40 AM, "Maxime"  wrote:
> Hi,
> 
> Thank you for the reply.
> 
> My OS is : Debian 7.
> 
> But i have more than 20 servers with the same features/resources (OS, 
> material, ... ) without the
> issue.
> 

Maybe could debug the crash  getting a Backtrace
https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace

And open a issue on the Jira
https://issues.asterisk.org/jira/browse/ASTERISK

Regards,
--
Rodrigo Ramírez Norambuena
http://www.rodrigoramirez.com

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Crash asterisk res_odbc

[Maxime]

Hi,

Thank you for the reply.

My OS is : Debian 7.

But i have more than 20 servers with the same features/resources (OS, 
material, ... ) without the issue.


Regards.

Le 28/02/2016 21:49, Leandro Dardini a écrit :


Which operating system are you using? I have experienced the same 
problem on several OS except for CentOS 6. I suppose an ODBC problem 
on newer OS version.


Leandro

Il 24/Feb/2016 05:30 PM, "Maxime" > ha scritto:


Dear list,

i have a issue

Asterisk crash (Module res_odbc exactly) after the same log who is
"/ERROR[23805] astobj2.c: bad magic number.../"
you will see on the log :

Today

[2016-02-24 16:00:38] ERROR[23805] *astobj2.c: bad magic number
0x552f302e for 0x7fe3505b3958*
[2016-02-24 16:00:44] Asterisk 11.2-cert1 built by root @
Voice_server on a x86_64 running Linux on 2013-04-09 14:16:57 UTC
[2016-02-24 16:00:44] NOTICE[31321] loader.c: 2 modules will be
loaded.
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Connecting asterisk
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: res_odbc:
Connected to asterisk [MySQL-asterisk]
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Registered ODBC
class 'asterisk' dsn->[MySQL-asterisk]

Yesterday :

[2016-02-23 15:59:12] ERROR[19824] *astobj2.c: bad magic number
0x20 for 0x27a5558*
[2016-02-23 15:59:18] Asterisk 11.2-cert1 built by root @
Voice_server on a x86_64 running Linux on 2013-04-09 14:16:57 UTC
[2016-02-23 15:59:18] NOTICE[23791] loader.c: 2 modules will be
loaded.
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Connecting asterisk
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: res_odbc:
Connected to asterisk [MySQL-asterisk]
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Registered ODBC
class 'asterisk' dsn->[MySQL-asterisk]

Effect : many trunk sip are down during few minutes
Oddness : same hours

On google i found many times  "memory corruption was the
assumption" ...

Have you ever seen this kind of problem ?

thank you in advance

Version : Asterisk 11.2-cert1
Os : Debian 7-64

-- 


Maxime

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users





-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Crash asterisk res_odbc

[amertel]

I  am sure it is centos 6.7.  That was we what we decided together to have the 
Colo to use 


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Leandro Dardini  
Date: 2/28/2016  3:49 PM  (GMT-05:00) 
To: Asterisk Users Mailing List - Non-Commercial Discussion 
 
Subject: Re: [asterisk-users] Crash asterisk res_odbc 

Which operating system are you using? I have experienced the same problem on 
several OS except for CentOS 6. I suppose an ODBC problem on newer OS version.
Leandro
Il 24/Feb/2016 05:30 PM, "Maxime"  ha scritto:

  


  
  
Dear list,



i have a issue



Asterisk crash (Module res_odbc exactly) after the same log who is 
"ERROR[23805]
  astobj2.c: bad magic number..." 

you will see on the log :



Today 



[2016-02-24 16:00:38] ERROR[23805] astobj2.c: bad magic number
  0x552f302e for 0x7fe3505b3958

[2016-02-24 16:00:44] Asterisk 11.2-cert1 built by root @
Voice_server on a x86_64 running Linux on 2013-04-09 14:16:57 UTC

[2016-02-24 16:00:44] NOTICE[31321] loader.c: 2 modules will be
loaded.

[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Connecting asterisk

[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: res_odbc: Connected
to asterisk [MySQL-asterisk]

[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Registered ODBC
class 'asterisk' dsn->[MySQL-asterisk]



Yesterday :



[2016-02-23 15:59:12] ERROR[19824] astobj2.c: bad magic number
  0x20 for 0x27a5558

[2016-02-23 15:59:18] Asterisk 11.2-cert1 built by root @
Voice_server on a x86_64 running Linux on 2013-04-09 14:16:57 UTC

[2016-02-23 15:59:18] NOTICE[23791] loader.c: 2 modules will be
loaded.

[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Connecting asterisk

[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: res_odbc: Connected
to asterisk [MySQL-asterisk]

[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Registered ODBC
class 'asterisk' dsn->[MySQL-asterisk]



Effect : many trunk sip are down during few minutes

Oddness
: same hours



On google i found many times  "memory corruption was the assumption"
...



Have
  you ever seen this
kind of problem ?



thank you in advance



Version : Asterisk 11.2-cert1

Os : Debian 7-64



-- 

  

  Maxime


  


--

_

-- Bandwidth and Colocation Provided by http://www.api-digital.com --

New to Asterisk? Join us for a live introductory webinar every Thurs:

               http://www.asterisk.org/hello



asterisk-users mailing list

To UNSUBSCRIBE or update options visit:

   http://lists.digium.com/mailman/listinfo/asterisk-users

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Crash asterisk res_odbc

[Leandro Dardini]

Which operating system are you using? I have experienced the same problem
on several OS except for CentOS 6. I suppose an ODBC problem on newer OS
version.

Leandro
Il 24/Feb/2016 05:30 PM, "Maxime"  ha scritto:

> Dear list,
>
> i have a issue
>
> Asterisk crash (Module res_odbc exactly) after the same log who is 
> "*ERROR[23805]
> astobj2.c: bad magic number...*"
> you will see on the log :
>
> Today
>
> [2016-02-24 16:00:38] ERROR[23805] *astobj2.c: bad magic number
> 0x552f302e for 0x7fe3505b3958*
> [2016-02-24 16:00:44] Asterisk 11.2-cert1 built by root @ Voice_server on
> a x86_64 running Linux on 2013-04-09 14:16:57 UTC
> [2016-02-24 16:00:44] NOTICE[31321] loader.c: 2 modules will be loaded.
> [2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Connecting asterisk
> [2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: res_odbc: Connected to
> asterisk [MySQL-asterisk]
> [2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Registered ODBC class
> 'asterisk' dsn->[MySQL-asterisk]
>
> Yesterday :
>
> [2016-02-23 15:59:12] ERROR[19824] *astobj2.c: bad magic number 0x20 for
> 0x27a5558*
> [2016-02-23 15:59:18] Asterisk 11.2-cert1 built by root @ Voice_server on
> a x86_64 running Linux on 2013-04-09 14:16:57 UTC
> [2016-02-23 15:59:18] NOTICE[23791] loader.c: 2 modules will be loaded.
> [2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Connecting asterisk
> [2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: res_odbc: Connected to
> asterisk [MySQL-asterisk]
> [2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Registered ODBC class
> 'asterisk' dsn->[MySQL-asterisk]
>
> Effect : many trunk sip are down during few minutes
> Oddness : same hours
>
> On google i found many times  "memory corruption was the assumption" ...
>
> Have you ever seen this kind of problem ?
>
> thank you in advance
>
> Version : Asterisk 11.2-cert1
> Os : Debian 7-64
>
> --
>
> Maxime
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users
>
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[asterisk-users] Crash asterisk res_odbc

[Maxime]

Dear list,

i have a issue

Asterisk crash (Module res_odbc exactly) after the same log who is 
"/ERROR[23805] astobj2.c: bad magic number.../"

you will see on the log :

Today

[2016-02-24 16:00:38] ERROR[23805] *astobj2.c: bad magic number 
0x552f302e for 0x7fe3505b3958*
[2016-02-24 16:00:44] Asterisk 11.2-cert1 built by root @ Voice_server 
on a x86_64 running Linux on 2013-04-09 14:16:57 UTC

[2016-02-24 16:00:44] NOTICE[31321] loader.c: 2 modules will be loaded.
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Connecting asterisk
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: res_odbc: Connected to 
asterisk [MySQL-asterisk]
[2016-02-24 16:00:44] NOTICE[31321] res_odbc.c: Registered ODBC class 
'asterisk' dsn->[MySQL-asterisk]


Yesterday :

[2016-02-23 15:59:12] ERROR[19824] *astobj2.c: bad magic number 0x20 for 
0x27a5558*
[2016-02-23 15:59:18] Asterisk 11.2-cert1 built by root @ Voice_server 
on a x86_64 running Linux on 2013-04-09 14:16:57 UTC

[2016-02-23 15:59:18] NOTICE[23791] loader.c: 2 modules will be loaded.
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Connecting asterisk
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: res_odbc: Connected to 
asterisk [MySQL-asterisk]
[2016-02-23 15:59:18] NOTICE[23791] res_odbc.c: Registered ODBC class 
'asterisk' dsn->[MySQL-asterisk]


Effect : many trunk sip are down during few minutes
Oddness : same hours

On google i found many times  "memory corruption was the assumption" ...

Have you ever seen this kind of problem ?

thank you in advance

Version : Asterisk 11.2-cert1
Os : Debian 7-64

--

Maxime
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Crash in Asterisk

[Michael Higgins]

On Thu, 7 Jan 2010 15:58:43 -0430
Danny Dias  wrote:

> My friends,
> 
> I'm having some problems in my Asterisk, the thing is that Asterisk
> seem to be crashed (or dead) sometimes (2 times in 3 weeks)
> 

> [Jan  5 16:51:19] WARNING[6787] channel.c: Channel allocation failed:
> Refusing due to active shutdown

Hmm. Seems to start here. Are you sure someone isn't just restarting
mysql? I'd find out what causes this string to be issued in channel.c,
no?

> [Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Ping
> failed (2003).  Trying an explicit reconnect.

But that's pretty obviously mysql unavailable.

> [Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
> Failed to connect database server dreampbx on 127.0.0.1 (err 2003).
> Check debug for more info.

mysql on the same machine, that is? So have a look there?

> [Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
> Failed to connect database server dreampbx on 127.0.0.1 (err 2003).
> Check debug for more info.

> What do you think my friends? How can i solve this problem?

Find out why mysql isn't talking to asterisk, or don't use mysql
realtime? 

Just my guess.

Good luck,

-- Michael Higgins

___
-- 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

[asterisk-users] Crash in Asterisk

[Danny Dias]

My friends,

I'm having some problems in my Asterisk, the thing is that Asterisk seem to
be crashed (or dead) sometimes (2 times in 3 weeks)

I noticed this today, when i could not make any internall call, tha calls to
the voicemail (*1) did not work it just don't say nothing, nothing appears
in console; i tried to make a CLI>stop now but nothing happens, i could not
stop the asterisk server

The outgoing calls and incoming calls were also dead; seems that asterisk
was not working but ït was up

I had to reboot the server and now is better, working just fine...

Here is some output from /var/log/asterisk/messages at the time of the
"Asterisk Crash"

[Jan  5 16:38:58] WARNING[6787] chan_sip.c: Autodestruct on dialog '
4da606f808616e5379e299307824b...@10.4.1.6' with owner in place (Method: ACK)
[Jan  5 16:39:06] WARNING[6787] chan_sip.c: Autodestruct on dialog '
4da606f808616e5379e299307824b...@10.4.1.6' with owner in place (Method: BYE)
[Jan  5 16:43:46] NOTICE[6787] chan_sip.c: Registration from '<
sip:3...@10.4.1.6:5060>' failed for '10.4.2.3' - No matching peer found
[Jan  5 16:45:14] NOTICE[6787] chan_sip.c: Disconnecting call
'SIP/422-0a0b1e30' for lack of RTP activity in 301 seconds
[Jan  5 16:49:21] NOTICE[6787] chan_sip.c: Peer '422' is now Reachable.
(179ms / 2000ms)
[Jan  5 16:51:08] NOTICE[6787] chan_sip.c: Peer '328' is now Reachable. (1ms
/ 2000ms)
[Jan  5 16:51:19] WARNING[6787] channel.c: Channel allocation failed:
Refusing due to active shutdown
[Jan  5 16:51:19] WARNING[6787] chan_sip.c: Unable to allocate AST channel
structure for SIP channel
[Jan  5 16:51:19] NOTICE[6787] chan_sip.c: Unable to create/find SIP channel
for this INVITE
[Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Ping
failed (2003).  Trying an explicit reconnect.
[Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Failed to
connect database server dreampbx on 127.0.0.1 (err 2003). Check debug for
more info.
[Jan  5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Failed to
connect database server dreampbx on 127.0.0.1 (err 2003). Check debug for
more info.
[Jan  5 16:52:02] WARNING[6787] acl.c: Cannot connect
[Jan  5 16:52:02] WARNING[6787] chan_sip.c: sip_xmit of 0xa151230 (len 510)
to 10.4.2.3:5060 returned -2: Network is unreachable
[Jan  5 16:52:06] NOTICE[6787] chan_sip.c: Peer '301' is now UNREACHABLE!
Last qualify: 31
[Jan  5 16:57:39] NOTICE[5793] cdr.c: CDR simple logging enabled.
[Jan  5 16:57:39] NOTICE[5793] loader.c: 150 modules will be loaded.
[Jan  5 16:57:39] WARNING[5793] res_musiconhold.c: Cannot open dir
/var/lib/asterisk/mohejemplo or dir does not exist
[Jan  5 16:57:39] WARNING[5793] res_smdi.c: No SMDI interfaces are available
to listen on, not starting SMDI listener.
[Jan  5 16:57:40] WARNING[5793] pbx_dundi.c: Unable to look up host
'vetelcom'
[Jan  5 16:57:40] NOTICE[5793] chan_ooh323.c: --
--
-
---  *** IMPORTANT NOTE ***
---
---  This module is currently unsupported.  Use it at your own risk.
---

What do you think my friends? How can i solve this problem?

Thanks in advance

DD
___
-- 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

[asterisk-users] Crash with app_mixmonitor

[Darrin Henshaw]

Hello All,

I posted a bug on the 14th of this month, and haven't heard anything
back. However, I've since discovered that the problem is not in
chan_iax.c as I originally thought, it's actually app_mixmonitor.c.
Basically when I use 1.4.26.2 with an ilbc codec between two asterisk
servers trunked via IAX, with mixmonitor Asterisk crashes on me.
Here's a link to the post:
https://issues.asterisk.org/bug_view_advanced_page.php?bug_id=16070.
Can someone possibly assign it to the right application.

I started looking at 1.4.24 which didn't crash, and upped my revisions
until I found the problem. The bug was introduced in revision 204012
of 1.4, here's the info from the changelog:

2009-06-29 15:04 + [r204012] Mark Michelson 

* apps/app_mixmonitor.c: Place unlock of mutex in an else block so
  that it does not get unlocked twice. (closes issue 0015400)
  Reported by: aragon

Here is a diff on the two app_mixmonitor.c files:
--- ./asterisk-204000/apps/app_mixmonitor.c 2009-10-23 13:40:21.0 -0400
+++ ./asterisk-204012/apps/app_mixmonitor.c 2009-10-23 14:03:27.0 -0400
@@ -35,7 +35,7 @@

 #include "asterisk.h"

-ASTERISK_FILE_VERSION(__FILE__, "$Revision: 201423 $")
+ASTERISK_FILE_VERSION(__FILE__, "$Revision: 204012 $")

 #include 
 #include 
@@ -273,8 +273,9 @@
ast_writestream(*fs, cur);
}
}
+ } else {
+ ast_mutex_unlock(&mixmonitor->mixmonitor_ds->lock);
}
- ast_mutex_unlock(&mixmonitor->mixmonitor_ds->lock);

/* All done! free it. */
ast_frame_free(fr, 0);

Any chance someone can look at this? I've noticed it happens with
1.6.0.15 as well. I'm going to see if I can find out where it's
introduced in 1.6 as well. Thanks.

___
-- 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

Re: [asterisk-users] Crash process Asterisk

[Stefan Schmidt]

hello,

if you can live with hundreds of unclosed bugs and some great security
holes still open in ver. 1.2.7.1

but if you dont have patched your asterisk version i would really
recommend you to update.

best regards

steve

Adrien Lemoine schrieb:
> Hello,
> 
> Thanks for your output.
> 
> I can apply a fix or the only issue consiste in updating Asterisk ?
> 
> Regards,
> 
> Adrien
> 
> -Message d'origine-
> De : asterisk-users-boun...@lists.digium.com
> [mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
> Schmidt
> Envoyé : lundi 22 juin 2009 19:19
> À : Asterisk Users Mailing List - Non-Commercial Discussion
> Objet : Re: [asterisk-users] Crash process Asterisk
> 
> Hello,
> 
> i'found this here:
> 
> https://issues.asterisk.org/view.php?id=7176
> 
> normally you will find the best information from a gdb trace at the
> bottom, where the last function has been called. in your case this was
> #1  0x00295220 in expire_register (data=0xb677b180) at
> ../include/asterisk/lock.h:592
> 
> in the changelog of version 1.2 there is a comment about an error with
> expire_register and also the link to the issue above.
> 
> i hope this helps you.
> 
> 
> best regards.
> 
> steve
> 
> Adrien Lemoine schrieb:
>> Hi Stefan,
>>
>> Thanks for your answer.
>>
>> You mean that you're not sure if it's a bug, or you don't know the bug
>> reference ?
>>
>> I'm interested to find the bug report but I don't know how to formulate my
>> search.
>>
>> Regards,
>>
>> Adrien
>>
>> -Message d'origine-
>> De : asterisk-users-boun...@lists.digium.com
>> [mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
>> Schmidt
>> Envoyé : lundi 22 juin 2009 16:32
>> À : Asterisk Users Mailing List - Non-Commercial Discussion
>> Objet : Re: [asterisk-users] Crash process Asterisk
>>
>>
>>
>> Adrien Lemoine schrieb:
>>> Hi all,
>>>
>>>  
>>>
>>> To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.
>> Hello,
>>
>> i am not sure which bug this may be, but i am sure that it has been
>> fixed since the last 6 years since 1.2.7.1 was up2date.
>>
>> update to 1.2.31 or newer and you wount have the bug again.
>>
>> lg
>>
>> steve
>>
>> ___
>> -- 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
>>
>>
>> ___
>> -- 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
> 
> 
> ___
> -- 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
> 
> 
> ___
> -- 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

-- 
Für weitere Fragen stehen wir gerne unter v...@sil.at oder
059944 - 2440 zur Verfügung.

Mit freundlichen Grüssen
-- 
Stefan Schmidt
Sysadmin/VOIP // v...@sil.at // Tel 059944-2440//
-
SILVER SERVER GmbH // Lorenz-Mandl-Gasse 33/1 //
A-1160 Wien // Fax 059944-9000 // www.sil.at  //
-

___
-- 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

Re: [asterisk-users] Crash process Asterisk

[Adrien Lemoine]

Hello,

Thanks for your output.

I can apply a fix or the only issue consiste in updating Asterisk ?

Regards,

Adrien

-Message d'origine-
De : asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
Schmidt
Envoyé : lundi 22 juin 2009 19:19
À : Asterisk Users Mailing List - Non-Commercial Discussion
Objet : Re: [asterisk-users] Crash process Asterisk

Hello,

i'found this here:

https://issues.asterisk.org/view.php?id=7176

normally you will find the best information from a gdb trace at the
bottom, where the last function has been called. in your case this was
#1  0x00295220 in expire_register (data=0xb677b180) at
../include/asterisk/lock.h:592

in the changelog of version 1.2 there is a comment about an error with
expire_register and also the link to the issue above.

i hope this helps you.


best regards.

steve

Adrien Lemoine schrieb:
> Hi Stefan,
> 
> Thanks for your answer.
> 
> You mean that you're not sure if it's a bug, or you don't know the bug
> reference ?
> 
> I'm interested to find the bug report but I don't know how to formulate my
> search.
> 
> Regards,
> 
> Adrien
> 
> -Message d'origine-
> De : asterisk-users-boun...@lists.digium.com
> [mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
> Schmidt
> Envoyé : lundi 22 juin 2009 16:32
> À : Asterisk Users Mailing List - Non-Commercial Discussion
> Objet : Re: [asterisk-users] Crash process Asterisk
> 
> 
> 
> Adrien Lemoine schrieb:
>> Hi all,
>>
>>  
>>
>> To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.
> 
> Hello,
> 
> i am not sure which bug this may be, but i am sure that it has been
> fixed since the last 6 years since 1.2.7.1 was up2date.
> 
> update to 1.2.31 or newer and you wount have the bug again.
> 
> lg
> 
> steve
> 
> ___
> -- 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
> 
> 
> ___
> -- 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


___
-- 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


___
-- 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

Re: [asterisk-users] Crash process Asterisk

[Stefan Schmidt]

Hello,

i'found this here:

https://issues.asterisk.org/view.php?id=7176

normally you will find the best information from a gdb trace at the
bottom, where the last function has been called. in your case this was
#1  0x00295220 in expire_register (data=0xb677b180) at
../include/asterisk/lock.h:592

in the changelog of version 1.2 there is a comment about an error with
expire_register and also the link to the issue above.

i hope this helps you.


best regards.

steve

Adrien Lemoine schrieb:
> Hi Stefan,
> 
> Thanks for your answer.
> 
> You mean that you're not sure if it's a bug, or you don't know the bug
> reference ?
> 
> I'm interested to find the bug report but I don't know how to formulate my
> search.
> 
> Regards,
> 
> Adrien
> 
> -Message d'origine-
> De : asterisk-users-boun...@lists.digium.com
> [mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
> Schmidt
> Envoyé : lundi 22 juin 2009 16:32
> À : Asterisk Users Mailing List - Non-Commercial Discussion
> Objet : Re: [asterisk-users] Crash process Asterisk
> 
> 
> 
> Adrien Lemoine schrieb:
>> Hi all,
>>
>>  
>>
>> To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.
> 
> Hello,
> 
> i am not sure which bug this may be, but i am sure that it has been
> fixed since the last 6 years since 1.2.7.1 was up2date.
> 
> update to 1.2.31 or newer and you wount have the bug again.
> 
> lg
> 
> steve
> 
> ___
> -- 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
> 
> 
> ___
> -- 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


___
-- 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

Re: [asterisk-users] Crash process Asterisk

[Adrien Lemoine]

Hi Stefan,

Thanks for your answer.

You mean that you're not sure if it's a bug, or you don't know the bug
reference ?

I'm interested to find the bug report but I don't know how to formulate my
search.

Regards,

Adrien

-Message d'origine-
De : asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] De la part de Stefan
Schmidt
Envoyé : lundi 22 juin 2009 16:32
À : Asterisk Users Mailing List - Non-Commercial Discussion
Objet : Re: [asterisk-users] Crash process Asterisk



Adrien Lemoine schrieb:
> Hi all,
> 
>  
> 
> To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.

Hello,

i am not sure which bug this may be, but i am sure that it has been
fixed since the last 6 years since 1.2.7.1 was up2date.

update to 1.2.31 or newer and you wount have the bug again.

lg

steve

___
-- 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


___
-- 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

Re: [asterisk-users] Crash process Asterisk

[Stefan Schmidt]

Adrien Lemoine schrieb:
> Hi all,
> 
>  
> 
> To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.

Hello,

i am not sure which bug this may be, but i am sure that it has been
fixed since the last 6 years since 1.2.7.1 was up2date.

update to 1.2.31 or newer and you wount have the bug again.

lg

steve

___
-- 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

[asterisk-users] Crash process Asterisk

[Adrien Lemoine]

Hi all,

 

I posted here some days ago about a crash of my Asterisk process.

 

To remember, Asterisk runs in version 1.2.7.1 on RedHat AS 4.

 

The process crashed again but this time I have previously put the option -g.

 

By following this : http://www.voip-info.org/wiki/view/Asterisk+debugging
and the section "Backtracing a core dump file in /tmp" I have obtained the
output in attached.

 

But I don't really understand what that's means. If someone is a coredump
reader, it will be fine to help me understanding the reason(s) of the crash.

 

Regards,

 

Adrien

gdb asterisk core.24156 
GNU gdb Red Hat Linux (6.3.0.0-1.63rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db 
library "/lib/tls/libthread_db.so.1".

Core was generated by `asterisk -g'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /usr/lib/libncurses.so.5...done.

...

Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
#0  0x00a3fc94 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
(gdb) bt
#0  0x00a3fc94 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
#1  0x00295220 in expire_register (data=0xb677b180) at 
../include/asterisk/lock.h:592
#2  0x08056688 in ast_sched_runq (con=0x982c808) at sched.c:373
#3  0x002bf777 in do_monitor (data=0x0) at chan_sip.c:11324
#4  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#5  0x008be6fe in clone () from /lib/tls/libc.so.6
(gdb) 
(gdb) bt full
#0  0x00a3fc94 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1  0x00295220 in expire_register (data=0xb677b180) at 
../include/asterisk/lock.h:592
newcount = 24172
peer = Variable "peer" is not available.

(gdb) thread apply all bt

Thread 16 (process 24156):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008b49e4 in poll () from /lib/tls/libc.so.6
#2  0x080bdfce in main (argc=2, argv=0xbff818c4) at asterisk.c:2449

Thread 15 (process 24158):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008b49e4 in poll () from /lib/tls/libc.so.6
#2  0x080b9646 in listener (unused=0x0) at asterisk.c:592
#3  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#4  0x008be6fe in clone () from /lib/tls/libc.so.6

Thread 14 (process 24159):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00a43608 in accept () from /lib/tls/libpthread.so.0
#2  0x080b7067 in accept_thread (ignore=0x0) at manager.c:1442
#3  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#4  0x008be6fe in clone () from /lib/tls/libc.so.6

Thread 13 (process 24160):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00a433fb in __read_nocancel () from /lib/tls/libpthread.so.0
#2  0x001524db in vio_read () from /usr/lib/mysql/libmysqlclient.so.14
#3  0x00153f42 in net_write_command () from /usr/lib/mysql/libmysqlclient.so.14
#4  0x00154279 in my_net_read () from /usr/lib/mysql/libmysqlclient.so.14
#5  0x0014d934 in net_safe_read () from /usr/lib/mysql/libmysqlclient.so.14
#6  0x001508cc in cli_advanced_command () from 
/usr/lib/mysql/libmysqlclient.so.14
#7  0x0014e9c0 in mysql_select_db () from /usr/lib/mysql/libmysqlclient.so.14
#8  0x0002 in ?? ()
#9  0x in ?? ()

Thread 12 (process 24161):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008b7151 in ___newselect_nocancel () from /lib/tls/libc.so.6
#2  0x00113683 in do_monitor (data=0x0) at ../include/asterisk/channel.h:1027
#3  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#4  0x008be6fe in clone () from /lib/tls/libc.so.6

Thread 11 (process 24162):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008b7151 in ___newselect_nocancel () from /lib/tls/libc.so.6
#2  0x0023f41c in do_parking_thread (ignore=0x0) at 
../include/asterisk/channel.h:1148
#3  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#4  0x008be6fe in clone () from /lib/tls/libc.so.6

Thread 10 (process 24163):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008815b6 in __nanosleep_nocancel () from /lib/tls/libc.so.6
#2  0x008813bc in sleep () from /lib/tls/libc.so.6
#3  0x006ac7d4 in scan_thread (unused=0x0) at pbx_spool.c:364
#4  0x00a3e341 in start_thread () from /lib/tls/libpthread.so.0
#5  0x008be6fe in clone () from /lib/tls/libc.so.6

Thread 9 (process 24164):
#0  0x007de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x008b49

[asterisk-users] Crash when reloading AEL

[Tobias]

Hello list,

I have this strange problem whenever I try to make an "ael reload" from the
Asterisk CLI. The command gives the following result and crashes:

voip-1*CLI> ael reload
Disconnected from Asterisk server
Executing last minute cleanups
Asterisk ending (0).
r...@voip-1:/etc/asterisk#

As far as I can see, aelparse can't find any errors in my configuration,
following output is from aelparse:

r...@voip-1:/etc/asterisk# aelparse -n -q
LOG: lev:4 file:ael2_parse  line:543 func: main  29 contexts, 18 extensions,
532 priorities
r...@voip-1:/etc/asterisk# asterisk

I've narrowed the error down to three contexts with a bunch of
ifTime()-statements. If I delete or make the following contexts empty "ael
reload" works just like it should.

context contexta {

  _X. => {
NoOp(Check where to send the call);
ifTime(0:00-4:59|mon-fri|*|*) {
  Playback(prompts/SwitchClosedRT_);
} else ifTime(5:00-6:29|mon-fri|*|*) {
  jump ${ext...@context1;
} else ifTime(6:30-18:59|mon-thu|*|*) {
  jump ${ext...@context2;
} else ifTime(6:30-21:59|fri|*|*) {
  jump ${ext...@context2;
} else ifTime(19:00-23:59|mon-thu|*|*) {
  jump ${ext...@context1;
} else ifTime(22:00-23:59|fri|*|*) {
  jump ${ext...@context1;
} else ifTime(0:00-9:59|sat|*|*) {
  jump ${ext...@context1;
} else ifTime(10:00-21:59|sat|*|*) {
  jump ${ext...@context2;
} else ifTime(22:00-23:59|sat|*|*) {
  jump ${ext...@context1;
} else ifTime(0:00-9:59|sun|*|*) {
  jump ${ext...@context1;
} else ifTime(10:00-18:59|sun|*|*) {
  jump ${ext...@context2;
} else ifTime(19:00-23:59|sun|*|*) {
  jump ${ext...@context1;
} else {
  NoOp(something's wrong);
}
  }

}

context contextb {

  _X. => {
NoOp(Check where to send the call);
ifTime(0:00-6:29|mon-fri|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(6:30-17:59|mon-fri|*|*) {
  jump ${ext...@context2;
} else ifTime(18:00-23:59|mon-fri|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(0:00-23:59|sat|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(0:00-9:59|sun|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(10:00-17:59|sun|*|*) {
  jump ${ext...@context2;
} else ifTime(18:00-23:59|sun|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else {
  NoOp(something's wrong);
}
  }

}

context contextc {

  _X. => {
NoOp(Check where to send the call);
ifTime(0:00-6:29|mon-thu|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(6:30-18:59|mon-thu|*|*) {
  jump ${ext...@context2;
} else ifTime(19:00-23:59|mon-thu|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(0:00-6:29|fri|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(6:30-21:59|fri|*|*) {
  jump ${ext...@context2;
} else ifTime(22:00-23:59|fri|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(0:00-9:59|sat|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(10:00-21:59|sat|*|*) {
  jump ${ext...@context2;
} else ifTime(22:00-23:59|sat|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(0:00-9:59|sun|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else ifTime(10:00-18:59|sun|*|*) {
  jump ${ext...@context2;
} else ifTime(19:00-23:59|sun|*|*) {
  Playback(prompts/SwitchClosed_);
  VoiceMail(1000|s);
} else {
  NoOp(something's wrong);
}
  }

}

I'm running Asterisk 1.4.22, but I've tried 1.4.23.1 and seen the same
behaviour in that. Has anyone any ideas on what could be wrong here?

Thanks,
Best regards,
Tobias
___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

Paul Chambers wrote:
> Josiah Bryan wrote:
>> 
>> Problem is that its crashing for seemingly no reason at all, no errors 
>> on the console, no logs (that I can find), nothing in /var/lib/messages 
>> - its puzzeling! Management is screaming like banshees, calls are 
>> dropping like flies, and all hell is about to break loose if I can't 
>> stop asterisk from crashing every couple of hours, taking down any 
>> Zaptel calls with it.
>> 


> That description reminds me of a problem I ran into a while back. One 
> fan had quietly failed, and the temperature would slowly creep up inside 
> the box until things started 'acting funny' and the box would lock up 
> soon after. It'd run fine for 3-4 hours, then just keel over and die. 
> The logs didn't show anything consistent just before the event.

The wierd thing is that its *just* the asterisk process that dies - the 
rest of the system stays solidly up...


> Do you have another PC you can swap the drive and cards into, to try to 
> rule out hardware instability? could you run lm_sensors? (along with one 
> of the logging/alarm packages that support it).

Well, Paul, it looks like that was indeed the problem (hardware 
instability.) I came into the office last night after everyone left in 
order to swap out the RAM in the server - lo and behold, I didn't have 
any of that type of RAM around (RIMM's ??), so I had to do an emergency 
hard drive & PCI card transplant to a similar chassis.

After a bit of tweaking to get ALSA to work right and the NIC to play 
nice in the new chassis, asterisk came online and worked beautifully. 
(And, shockingly enough, the zaptel cards just *worked* - no tweaking 
needed!)

So far, no crashes today (by this time, normally it's crashed two or 
three times already in a day.)

So, we'll see how she runs - If I were a betting man, I'd say that 
something in that old chassis was going out - probably the RAM as stated 
before, but not sure.

As far as the power supply being "good", I believe it was - didn't 
check. The server was a re-purposed high-end CAD workstation - the 
dismal RAM and CPU belie the solid construction of the chassis and the 
quality of the workmanship in the way the server was put together.

Now that I've waxed weird, I'll just say the hardware seems to have been 
the problem and I'll keep and eye on it. This may have yet saved me from 
converting over to the callweaver fork - we'll see. :-)

Cheers!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Wilton Helm]

>When he examined the motherboards, both had capacitors around 
>the CPU that had visibly 'ballooned'

A good reason to look for motherboards with either Tantalum capacitors or 
Organic capacitors.  Its a marketing point I'm seeing these days, and as a 
design engineer, I can say its worth looking for.  The ESR in typical aluminum 
electrolytics is considerably higher.  These caps are at the output of a 
switching regulator on the CPU that is handling many amps.  This creates large 
charging and discharging currents at hundreds of KHz rate.  Any ESR (internal 
series resistance) turns some of this into heat.

Wilton
___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Paul Chambers]

Josiah Bryan wrote:
> 
> Problem is that its crashing for seemingly no reason at all, no errors 
> on the console, no logs (that I can find), nothing in /var/lib/messages 
> - its puzzeling! Management is screaming like banshees, calls are 
> dropping like flies, and all hell is about to break loose if I can't 
> stop asterisk from crashing every couple of hours, taking down any 
> Zaptel calls with it.
> 

That description reminds me of a problem I ran into a while back. One 
fan had quietly failed, and the temperature would slowly creep up inside 
the box until things started 'acting funny' and the box would lock up 
soon after. It'd run fine for 3-4 hours, then just keel over and die. 
The logs didn't show anything consistent just before the event.

The failing fxo modules are also an interesting symptom. Perhaps your 
power supply is misbehaving? is the power supply in that machine of good 
quality?

I've never experienced it, but a friend has had two motherboards become 
unstable within a couple of months of each other, after running fine for 
3-4 years. When he examined the motherboards, both had capacitors around 
the CPU that had visibly 'ballooned' like a leaking alkaline battery 
would.  A long shot, but another example of previously stable hardware 
ceasing to be so.

Do you have another PC you can swap the drive and cards into, to try to 
rule out hardware instability? could you run lm_sensors? (along with one 
of the logging/alarm packages that support it).

-- Paul

___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

Wilton Helm wrote:
> One relevant question that hasn't been addressed is whether just the 
> application is crashing or the whole computer (Linux).
>  
> I would second the hardware idea, with emphasis on generic hardware, 
> especially RAM.  I had a Suse 10 box that kept crashing and doing funny 
> stuff.  I ended up running an extended RAM test on it--one of those 
> pattern sensitivity tests that takes an hour or two to run.  Turned out 
> that one of the SIMMs I had just bought and installed had a subtle 
> problem.  It would never show up on a straightforward test, but certain 
> address ranges would fail on one or two of the exotic pattern tests.
>  
> It came from a reputable vendor who does 100% testing themselves, so it 
> was apparently subtle enough to slip through their test.  They took it 
> back and replaced it.  I ran for a few weeks without the module with no 
> crashes and when I put the replacement in everything was still fine.
>  
> Wilton

Just the application crashes.

I'll try changing RAM simms to see if that helps.

Thanks!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Wilton Helm]

One relevant question that hasn't been addressed is whether just the 
application is crashing or the whole computer (Linux).

I would second the hardware idea, with emphasis on generic hardware, especially 
RAM.  I had a Suse 10 box that kept crashing and doing funny stuff.  I ended up 
running an extended RAM test on it--one of those pattern sensitivity tests that 
takes an hour or two to run.  Turned out that one of the SIMMs I had just 
bought and installed had a subtle problem.  It would never show up on a 
straightforward test, but certain address ranges would fail on one or two of 
the exotic pattern tests.

It came from a reputable vendor who does 100% testing themselves, so it was 
apparently subtle enough to slip through their test.  They took it back and 
replaced it.  I ran for a few weeks without the module with no crashes and when 
I put the replacement in everything was still fine.

Wilton
___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

Doug Lytle wrote:
> Josiah Bryan wrote:
>> Roderick A. Anderson wrote:
>>   
>> How would I go about pinpointing / diagnosing the hardware fault? Not 
>> sure exactly what to do with memtest86 - any pointers?
>>
> A lot of distros have memtest86 as a boot option on the CD/DVD.  You 
> select it and let it run.  It'll scan for bad memory.  And, shoot lots 
> of red errors when encountered.  If the memory checks fail, you'll know 
> that you need to replace the chip.

Ah I see! Gotcha. I'll try to run that tonite or this weekend then 
when the plant is closed.

Thanks!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Doug Lytle]

Josiah Bryan wrote:
> Roderick A. Anderson wrote:
>   
> How would I go about pinpointing / diagnosing the hardware fault? Not 
> sure exactly what to do with memtest86 - any pointers?
>
>   
A lot of distros have memtest86 as a boot option on the CD/DVD.  You 
select it and let it run.  It'll scan for bad memory.  And, shoot lots 
of red errors when encountered.  If the memory checks fail, you'll know 
that you need to replace the chip.

Doug



-- 
 
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary 
Safety, deserve neither Liberty nor Safety."


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

Josiah Bryan wrote:
> David Gibbons wrote:
>> 
>> Problem is that its crashing for seemingly no reason at all, no errors
>> on the console, no logs (that I can find), nothing in /var/lib/messages
>> - its puzzeling! Management is screaming like banshees, calls are
>> dropping like flies, and all hell is about to break loose if I can't
>> stop asterisk from crashing every couple of hours, taking down any
>> Zaptel calls with it.
>> 
>>
>> I am assuming you have debug turned on so that you can see what's going on 
>> when it crashes? If not, open the * console (asterisk -r) and type (core set 
>> verbose 100) and (core set debug 100). Then leave the console open so you 
>> can see if * was doing anything special when it crashed.
>>
> 
> I've ran with verbose quite high lately, but havn't left debug on. Well, 
> I just opened console and turned debug on to 100 so we'll wait and see 
> what it shows next time it crashes. It's due for another any time now...
> 

Alright, latest console output right before latest crash shows:

   == Parsing '/etc/asterisk/manager.conf': Found
   == Manager 'script' logged on from 10.10.9.5
 -- Executing [...@playground:1] AGI("Local/9...@playground-604a,2", 
"paging-hack.pl") in new stack
 -- Launched AGI Script /var/lib/asterisk/agi-bin/paging-hack.pl
> Channel Local/9...@playground-604a,1 was answered.
   == Manager 'script' logged off from 10.10.9.5
 -- Executing [...@playground:1] 
Answer("Local/9...@playground-604a,1", "") in new stack
 -- Executing [...@playground:2] 
PlayTones("Local/9...@playground-604a,1", "750+440+1030+3000+5000+15000") 
in new stack
 -- Executing [...@playground:3] Wait("Local/9...@playground-604a,1", 
"2") in new stack
   == Parsing '/etc/asterisk/manager.conf': Found
   == Manager 'script' logged on from 127.0.0.1
 -- Executing [...@paging:1] Playback("Local/9...@paging-7883,2", 
"beep") in new stack
> Channel Local/9...@paging-7883,1 was answered.
 -- Executing [...@playground:1] MeetMe("Local/9...@paging-7883,1", 
"951|qaA") in new stack
   == Manager 'script' logged off from 127.0.0.1
 -- AGI Script paging-hack.pl completed, returning 0
 -- Executing [...@playground:2] Goto("Local/9...@playground-604a,2", 
"conferences|951|1") in new stack
 -- Goto (conferences,951,1)
 -- Executing [...@conferences:1] 
MeetMe("Local/9...@playground-604a,2", "951|qaA") in new stack
   == Parsing '/etc/asterisk/meetme.conf': Found
   == Parsing '/etc/asterisk/meetme.conf': Found
 -- Created MeetMe conference 1023 for conference '951'
 --  Playing 'beep' (language 'en')
[Feb  5 11:29:03] WARNING[24824]: file.c:1204 waitstream_core: 
Unexpected control subclass '-1'
 -- Executing [...@paging:2] Dial("Local/9...@paging-7883,2", 
"Console/dsp") in new stack
  << Call placed to 'dsp' on console >>
  << Auto-answered >>
 -- Called dsp
 -- ALSA/default answered Local/9...@paging-7883,2
asterisk*CLI>
Disconnected from Asterisk server
Executing last minute cleanups
Asterisk cleanly ending (0).
[r...@asterisk ~]#

I know that all looks a bit weird, but its related to this problem I had 
last September:

http://lists.digium.com/pipermail/asterisk-users/2008-September/217822.html

My extensions.conf has the following notes:
; PAGING HACK
; AGI script: paging-hack.pl is called when user dials 249
; The script puts the user in 951, then calls the Console into
; 951, and starts a fork monitoring the users leg of the call -
; as soon as the user hangs up, the fork automatically
; hangs up the Console.
; ? ? WHY ? ??
; Well, simple, as of version 1.4.21.2 of asterisk,
; when a user dialed 249 and got the Console directly,
; after the user hung up, ringing tone was heard over
; the console until I manually typed 'hangup' in the
; asterisk console - even then, asterisk said 'no calls to hangup'
; The mailing list was no help, so I wrote paaging-hack.pl as a,
; well, a hack to get it to a point where paging still worked.
exten => 951,1,MeetMe(951|qaA)

So, 249 does AGI(paging-hack.pl), and from there, the user and the 
Console are dragged into a MeetMe conference for the user to speak 
his/her page. (The script doesn't do the hangup on the console actually 
- it just leaves the console active for the next page.)

So, anyway, thats the output right before the last crash - any ideas as 
to why based on that info?

Thanks!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Russell Bryant]

On Feb 5, 2009, at 9:32 AM, Josiah Bryan wrote:

> I've ran with verbose quite high lately, but havn't left debug on.  
> Well,
> I just opened console and turned debug on to 100 so we'll wait and see
> what it shows next time it crashes. It's due for another any time  
> now...


If it's crashing, the first thing I would do is upgrade from 1.4.41.2  
to the latest version, which is 1.4.23.1.  Quite a number of issues  
have been fixed since the version you're using.

If you're still having a problem with 1.4.23, then try to get a  
backtrace of the crash.  First, build Asterisk without optimizations  
enabled by running "make menuselect" and turning on the  
"DONT_OPTIMIZE" flag in the "Compiler Flags" section.  Then, if you  
start Asterisk with -g, it will generate a core dump on a crash.   
Finally, use gdb to get a backtrace.

$ gdb asterisk core.12345
(gdb) bt
(gdb) bt full

Then, post this information on http://bugs.digium.com/  and we'll help  
you resolve the issue.

Thanks,

--
Russell Bryant
Digium, Inc. | Senior Software Engineer, Open Source Team Lead
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org





___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Danny Nicholas]

Could be.  Mine works better using the CSV CDR.  MYSQL isn't the stoutest
thing out there and if you're processing the kind of volume other posters
here are, it would "wig out".

-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Josiah Bryan
Sent: Thursday, February 05, 2009 9:34 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Crash Hard, Crash Often

It *is* doing mysql CDR and a whole host of custom AGI scripts. AGI to 
mudge the CID, AGI to handle receptionist routing/selections, AGI for 
voicemail (not using builtin vm app) - all the AGI scripts do mysql 
connections.

Would the CDR connection be a problem?

-josiah

Danny Nicholas wrote:
> I've been running 1.4.21.2 on SUSE 11.0 for about 4 months.  In my
> experience, the fewer database interfaces you can use, the more stable it
> will be.
> 
> -Original Message-
> From: asterisk-users-boun...@lists.digium.com
> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Josiah Bryan
> Sent: Thursday, February 05, 2009 8:57 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: [asterisk-users] Crash Hard, Crash Often
> 
> I've been using asterisk for 3+ years now, I love it, but it doesnt love 
> me back. :-)
> 
> It was crashing frequently and seemingly randomly prior to this latest 
> upgrade. Not sure what version it was running prior to upgrade (it was 
> probably an old CVS HEAD from 2+ years go.) Anyway, currently running 
> 1.4.21.2.
> 
> == Problem ==
> 
> Problem is that its crashing for seemingly no reason at all, no errors 
> on the console, no logs (that I can find), nothing in /var/lib/messages 
> - its puzzeling! Management is screaming like banshees, calls are 
> dropping like flies, and all hell is about to break loose if I can't 
> stop asterisk from crashing every couple of hours, taking down any 
> Zaptel calls with it.
> 
> I've been thinking of switching over to CallWeaver, but I havn't got 
> another Zaptel card to plugin to my testing box, so I'd like to just get 
> Asterisk stabilized right now - but I'm at a loss of even where to start.
> 
> == System Details ==
> 
> Running FC3, 2.6.9-1.667 kernel, 32 bit, with 256 MB ram and a 20G hard 
> drive. I've got two 4-port FXO cards in PCI slots.
> 
> lspci reports:
> 02:08.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
> Modem/ISDN interface
> 02:0a.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
> Modem/ISDN interface
> 
> 
> [r...@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.679
> 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
> 
> 
> ==
> 
> Thanks for any help or advice anyone may have. Cheers!
> -josiah
> 

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

David Gibbons wrote:
> 
> Problem is that its crashing for seemingly no reason at all, no errors
> on the console, no logs (that I can find), nothing in /var/lib/messages
> - its puzzeling! Management is screaming like banshees, calls are
> dropping like flies, and all hell is about to break loose if I can't
> stop asterisk from crashing every couple of hours, taking down any
> Zaptel calls with it.
> 
> 
> I am assuming you have debug turned on so that you can see what's going on 
> when it crashes? If not, open the * console (asterisk -r) and type (core set 
> verbose 100) and (core set debug 100). Then leave the console open so you can 
> see if * was doing anything special when it crashed.
> 

I've ran with verbose quite high lately, but havn't left debug on. Well, 
I just opened console and turned debug on to 100 so we'll wait and see 
what it shows next time it crashes. It's due for another any time now...

-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

It *is* doing mysql CDR and a whole host of custom AGI scripts. AGI to 
mudge the CID, AGI to handle receptionist routing/selections, AGI for 
voicemail (not using builtin vm app) - all the AGI scripts do mysql 
connections.

Would the CDR connection be a problem?

-josiah

Danny Nicholas wrote:
> I've been running 1.4.21.2 on SUSE 11.0 for about 4 months.  In my
> experience, the fewer database interfaces you can use, the more stable it
> will be.
> 
> -Original Message-
> From: asterisk-users-boun...@lists.digium.com
> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Josiah Bryan
> Sent: Thursday, February 05, 2009 8:57 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: [asterisk-users] Crash Hard, Crash Often
> 
> I've been using asterisk for 3+ years now, I love it, but it doesnt love 
> me back. :-)
> 
> It was crashing frequently and seemingly randomly prior to this latest 
> upgrade. Not sure what version it was running prior to upgrade (it was 
> probably an old CVS HEAD from 2+ years go.) Anyway, currently running 
> 1.4.21.2.
> 
> == Problem ==
> 
> Problem is that its crashing for seemingly no reason at all, no errors 
> on the console, no logs (that I can find), nothing in /var/lib/messages 
> - its puzzeling! Management is screaming like banshees, calls are 
> dropping like flies, and all hell is about to break loose if I can't 
> stop asterisk from crashing every couple of hours, taking down any 
> Zaptel calls with it.
> 
> I've been thinking of switching over to CallWeaver, but I havn't got 
> another Zaptel card to plugin to my testing box, so I'd like to just get 
> Asterisk stabilized right now - but I'm at a loss of even where to start.
> 
> == System Details ==
> 
> Running FC3, 2.6.9-1.667 kernel, 32 bit, with 256 MB ram and a 20G hard 
> drive. I've got two 4-port FXO cards in PCI slots.
> 
> lspci reports:
> 02:08.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
> Modem/ISDN interface
> 02:0a.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
> Modem/ISDN interface
> 
> 
> [r...@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.679
> 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
> 
> 
> ==
> 
> Thanks for any help or advice anyone may have. Cheers!
> -josiah
> 

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

Roderick A. Anderson wrote:
> Doug Lytle wrote:
>> Josiah Bryan wrote:
>>> I've been using asterisk for 3+ years now, I love it, but it doesnt love 
>>> me back. :-)
>>>
>>>   
>> The first place I usually start is with memtest86
> 
> Here, here!
> 
> Every time I have had problems with a system (not just Asterisk) 
> crashing and there is nothing in the logs it turns out to be hardware.
> 
> One slight exception was where a UPS would brownout every so often 
> causing the system to go out to lunch.  Even though there were three 
> power supplies in that system someone (not me) had _forgot_ to put them 
> on separate UPS' ... they were all on one.
> 
> Actually, that is hardware, just not in the system case.
> 
> So check your hardware.

I must admit, I've suspected hardware as well - the individual FXO 
"chips" on the two TDM400P have slowly gone dead till I only have four 
working FXO chips between 8 slots - thats fine, since I only have four 
  POTS lines right now, but still a bit annoying. They are 2 - 3 yrs 
old, so I guess its just their time.

How would I go about pinpointing / diagnosing the hardware fault? Not 
sure exactly what to do with memtest86 - any pointers?

Thanks!
-josiah


-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Roderick A. Anderson]

Doug Lytle wrote:
> Josiah Bryan wrote:
>> I've been using asterisk for 3+ years now, I love it, but it doesnt love 
>> me back. :-)
>>
>>   
> 
> The first place I usually start is with memtest86

Here, here!

Every time I have had problems with a system (not just Asterisk) 
crashing and there is nothing in the logs it turns out to be hardware.

One slight exception was where a UPS would brownout every so often 
causing the system to go out to lunch.  Even though there were three 
power supplies in that system someone (not me) had _forgot_ to put them 
on separate UPS' ... they were all on one.

Actually, that is hardware, just not in the system case.

So check your hardware.


Rod
-- 


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[David Gibbons]

Problem is that its crashing for seemingly no reason at all, no errors
on the console, no logs (that I can find), nothing in /var/lib/messages
- its puzzeling! Management is screaming like banshees, calls are
dropping like flies, and all hell is about to break loose if I can't
stop asterisk from crashing every couple of hours, taking down any
Zaptel calls with it.


I am assuming you have debug turned on so that you can see what's going on when 
it crashes? If not, open the * console (asterisk -r) and type (core set verbose 
100) and (core set debug 100). Then leave the console open so you can see if * 
was doing anything special when it crashed.

--Dave

___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Doug Lytle]

Josiah Bryan wrote:
> I've been using asterisk for 3+ years now, I love it, but it doesnt love 
> me back. :-)
>
>   

The first place I usually start is with memtest86

Doug



-- 
 
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary 
Safety, deserve neither Liberty nor Safety."


___
-- 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

Re: [asterisk-users] Crash Hard, Crash Often

[Danny Nicholas]

I've been running 1.4.21.2 on SUSE 11.0 for about 4 months.  In my
experience, the fewer database interfaces you can use, the more stable it
will be.

-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Josiah Bryan
Sent: Thursday, February 05, 2009 8:57 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] Crash Hard, Crash Often

I've been using asterisk for 3+ years now, I love it, but it doesnt love 
me back. :-)

It was crashing frequently and seemingly randomly prior to this latest 
upgrade. Not sure what version it was running prior to upgrade (it was 
probably an old CVS HEAD from 2+ years go.) Anyway, currently running 
1.4.21.2.

== Problem ==

Problem is that its crashing for seemingly no reason at all, no errors 
on the console, no logs (that I can find), nothing in /var/lib/messages 
- its puzzeling! Management is screaming like banshees, calls are 
dropping like flies, and all hell is about to break loose if I can't 
stop asterisk from crashing every couple of hours, taking down any 
Zaptel calls with it.

I've been thinking of switching over to CallWeaver, but I havn't got 
another Zaptel card to plugin to my testing box, so I'd like to just get 
Asterisk stabilized right now - but I'm at a loss of even where to start.

== System Details ==

Running FC3, 2.6.9-1.667 kernel, 32 bit, with 256 MB ram and a 20G hard 
drive. I've got two 4-port FXO cards in PCI slots.

lspci reports:
02:08.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
Modem/ISDN interface
02:0a.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
Modem/ISDN interface


[r...@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.679
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


==

Thanks for any help or advice anyone may have. Cheers!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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


___
-- 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

[asterisk-users] Crash Hard, Crash Often

[Josiah Bryan]

I've been using asterisk for 3+ years now, I love it, but it doesnt love 
me back. :-)

It was crashing frequently and seemingly randomly prior to this latest 
upgrade. Not sure what version it was running prior to upgrade (it was 
probably an old CVS HEAD from 2+ years go.) Anyway, currently running 
1.4.21.2.

== Problem ==

Problem is that its crashing for seemingly no reason at all, no errors 
on the console, no logs (that I can find), nothing in /var/lib/messages 
- its puzzeling! Management is screaming like banshees, calls are 
dropping like flies, and all hell is about to break loose if I can't 
stop asterisk from crashing every couple of hours, taking down any 
Zaptel calls with it.

I've been thinking of switching over to CallWeaver, but I havn't got 
another Zaptel card to plugin to my testing box, so I'd like to just get 
Asterisk stabilized right now - but I'm at a loss of even where to start.

== System Details ==

Running FC3, 2.6.9-1.667 kernel, 32 bit, with 256 MB ram and a 20G hard 
drive. I've got two 4-port FXO cards in PCI slots.

lspci reports:
02:08.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
Modem/ISDN interface
02:0a.0 Communication controller: Tiger Jet Network Inc. Tiger3XX 
Modem/ISDN interface


[r...@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.679
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


==

Thanks for any help or advice anyone may have. Cheers!
-josiah

-- 
Josiah Bryan
IT Manager
Productive Concepts, Inc.
jbr...@productiveconcepts.com
(765) 964-6009, ext. 224


___
-- 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

[asterisk-users] Crash when rebooting or unload xorcom modules

[Loic Didelot]

Hi,
my system crashes when trying to reboot or when I unload the xpp kernel
module.

For the reboot its quite annoying because I can no longer reboot the
server remotely as it crashes and wont come back.

When I try to unload the module I have of course stopped asterisk and
unloaded depending modules before.

I tried with the bristuff of junghanns:
http://www.junghanns.net/downloads/bristuff-0.4.0-RC3b.tar.gz 
http://www.junghanns.net/downloads/bristuff-0.4.0-RC3c.tar.gz
http://www.junghanns.net/downloads/bristuff-0.4.0-RC3d.tar.gz 


I am running ubuntu gutsy with kernel 2.6.22-14-server.

Has someone else those problems?


Here is some more information from syslog.

Nov 18 15:20:01 MIXpbx kernel: [  600.866873] WARNING:
at /build/buildd/linux-source-2.6.22-2.6.22/lib/kref.c:33 kref_get()
Nov 18 15:20:01 MIXpbx kernel: [  600.866887]  [kref_get+61/64] kref_get
+0x3d/0x40
Nov 18 15:20:01 MIXpbx kernel: [  600.866901]  [kobject_get+15/32]
kobject_get+0xf/0x20
Nov 18 15:20:01 MIXpbx kernel: [  600.866907]  [get_device+14/32]
get_device+0xe/0x20
Nov 18 15:20:01 MIXpbx kernel: [  600.866914]  [driver_detach+45/208]
driver_detach+0x2d/0xd0
Nov 18 15:20:01 MIXpbx kernel: [  600.866922]  [bus_remove_driver
+103/144] bus_remove_driver+0x67/0x90
Nov 18 15:20:01 MIXpbx kernel: [  600.866927]  []
unregister_xpp_bus+0xa/0x20 [xpp]
Nov 18 15:20:01 MIXpbx kernel: [  600.866938]  []
xbus_core_shutdown+0x2a/0x40 [xpp]
Nov 18 15:20:01 MIXpbx kernel: [  600.866949]  []
xpp_zap_cleanup+0xa/0xf [xpp]
Nov 18 15:20:01 MIXpbx kernel: [  600.866958]  [sys_delete_module
+298/400] sys_delete_module+0x12a/0x190
Nov 18 15:20:01 MIXpbx kernel: [  600.866964]  [remove_vma+57/80]
remove_vma+0x39/0x50
Nov 18 15:20:01 MIXpbx kernel: [  600.866973]  [sysenter_past_esp
+107/161] sysenter_past_esp+0x6b/0xa1
Nov 18 15:20:01 MIXpbx kernel: [  600.866979]  [svc_disconnect+80/304]
svc_disconnect+0x50/0x130
Nov 18 15:20:01 MIXpbx kernel: [  600.866985]  ===


I have in the same system a junghanns bri card. Could that be a problem?


Best regards,
Loic.





___
-- 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

[asterisk-users] crash

[Rilawich Ango]

Hi all,
  I have seen a lot of message talking about asterisk crashed when
using queue and mixmonitor together.  I do use both in our system and
also get the crash (segfault) randomly.  I don't know it is related to
the reason above as I have no idea about how it happened.  I get the
core dump below.  If anybody has any idea about the root cause of the
crash, please tell me.

Asterisk 1.4.13
Zaptel 1.4.5.1
Libpri 1.4.1
Addons 1.4.4

#0  0x0044da80 in ast_var_name (var=0x2aabcc04bf20) at chanvars.c:69
69  if (name[0] == '_') {
(gdb) bt
#0  0x0044da80 in ast_var_name (var=0x2aabcc04bf20) at chanvars.c:69
#1  0x0049948f in pbx_builtin_setvar_helper (chan=0x2aaac801a890,
name=0x2aaab69395a8 "RTPAUDIOQOS",
value=0x2aaac80ecf20
"ssrc=1967815032;themssrc=917073588;lp=61288;rxjitter=0.000165;rxcount=3668;txjitter=0.005142;txcount=1515;rlp=0;rtt=3.924000")
at pbx.c:5825
#2  0x2aaab6925a94 in handle_request_bye (p=0x2aaac80ba4e0, req=0x40255b10)
   from /usr/lib/asterisk/modules/chan_sip.so
#3  0x2aaab69291ca in handle_request (p=0x2aaac80ba4e0, req=0x40255b10,
sin=0x40255b00, recount=0x40255af4, nounlock=0x40255af8)
   from /usr/lib/asterisk/modules/chan_sip.so
#4  0x2aaab6929bb6 in sipsock_read (id=0x10b53330, fd=14, events=1,
ignore=0x0) from /usr/lib/asterisk/modules/chan_sip.so
#5  0x00474cd2 in ast_io_wait (ioc=0x10b50340, howlong=203) at io.c:279
#6  0x2aaab692a658 in do_monitor (data=0x0)
   from /usr/lib/asterisk/modules/chan_sip.so
#7  0x004d4b8f in dummy_start (data=0x10b532c0) at utils.c:806
#8  0x003eaa6061b5 in start_thread () from /lib64/libpthread.so.0
#9  0x003ea9acd36d in clone () from /lib64/libc.so.6
#10 0x in ?? ()
(gdb)

___
--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

Re: [asterisk-users] Crash related to "asterisk -rx" ?

[Jean-Denis Girard]

Atis Lezdins a écrit :

> Yup, it's also a problem for me, but it haven't ever crashed server. It just 
> makes specific remote process unresponsive. There's a patch for 1.4, but i 
> guess it wouldn't be hard to backport it for 1.2
> 
> http://bugs.digium.com/view.php?id=10847
> 
> you might also want the one mentioned in comments:
> 
> http://bugs.digium.com/view.php?id=10888
> 
> Regards,
> Atis
> 

Atis,

Thanks for the reply and pointers.

Best regards,
-- 
Jean-Denis Girard

SysNux  Systèmes Linux en Polynésie française
http://www.sysnux.pf/   Tél: +689 483 527 / GSM: +689 797 527

___
--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

Re: [asterisk-users] Crash related to "asterisk -rx" ?

[Atis Lezdins]

On Thursday 18 October 2007 04:47:14 Jean-Denis Girard wrote:
> Hi list,
>
> Last Friday, an Asterisk server became unresponsive after ~8,5 months of
> smooth operation (~32 calls). Server did reply to pings, but no ssh,
> no more console login. Also Asterisk no longer took calls, but ISDNguard
> watchdog was still alive. Looking at the logs after reboot, I could not
> find anything significant, except in a file created by the following
> command via a cron job:
>
> date >> /var/log/asterisk/calls.log ; asterisk -rx "show channels
> concise" >> /var/log/asterisk/calls.log
>
> Two days before the crash, the calls.log file started to be filled with
> the Asterisk console messages. I suspect this is what caused the server
> crash. Anybody seen this before, is this a known problem with "asterisk
> -rx" commands?

Yup, it's also a problem for me, but it haven't ever crashed server. It just 
makes specific remote process unresponsive. There's a patch for 1.4, but i 
guess it wouldn't be hard to backport it for 1.2

http://bugs.digium.com/view.php?id=10847

you might also want the one mentioned in comments:

http://bugs.digium.com/view.php?id=10888

Regards,
Atis

-- 
Atis Lezdins
VoIP Developer,
IQ Labs Inc.
[EMAIL PROTECTED]
Skype: atis.lezdins
Cell Phone: +371 28806004
Work phone: +1 800 7502835

___
--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

[asterisk-users] Crash related to "asterisk -rx" ?

[Jean-Denis Girard]

Hi list,

Last Friday, an Asterisk server became unresponsive after ~8,5 months of 
smooth operation (~32 calls). Server did reply to pings, but no ssh, 
no more console login. Also Asterisk no longer took calls, but ISDNguard 
watchdog was still alive. Looking at the logs after reboot, I could not 
find anything significant, except in a file created by the following 
command via a cron job:

date >> /var/log/asterisk/calls.log ; asterisk -rx "show channels 
concise" >> /var/log/asterisk/calls.log

Two days before the crash, the calls.log file started to be filled with 
the Asterisk console messages. I suspect this is what caused the server 
crash. Anybody seen this before, is this a known problem with "asterisk 
-rx" commands?

Asterisk is version 1.2.15 (I can provide more details if needed).


Thanks,
-- 
Jean-Denis Girard

SysNux  Systèmes Linux en Polynésie française
http://www.sysnux.pf/   Tél: +689 483 527 / GSM: +689 797 527

___
--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

Re: [asterisk-users] crash after callbackagent ackcall

[Damon Estep]

Understand, however when you are asking about a version that is 1 year
old the dev list answer is always the same, upgrade to the latest 1.4
and test... not an option in this case.

I was just looking for a hint from someone who may have had a similar
experience in the past.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex
Balashov
Sent: Wednesday, September 19, 2007 3:37 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] crash after callbackagent ackcall


You may wish to inquire on the developers' list, to people that keep
these 
types of issues in check by way of the official Digium bug database and
manage the process of fixing them.

On Wed, 19 Sep 2007, Damon Estep wrote:

> Can anyone recall a bug where asterisk crashes after a callback agent
> presses the ackcall key in 1.2?
>
>
>
> The last logged item was before safe-asterisk restarted was "delaying
> member connect for 2 seconds"
>
>
>
> We have seen it two times on a heavily loaded server (1.2.12.1), but
> cannot find anything documenting a bug or fix.
>
>
>
> Could be coincidence, but a google search showed at least one other
user
> reporting the same symptoms.
>
>
>
> The server has been in production for a year and has always had high
> volume and has only recently exhibited this problem, so I have to
assume
> we made a config change that exposed a bug.
>
>
>
> Thanks
>
>

--
Alex Balashov
Evariste Systems
Web: http://www.evaristesys.com/
Tel: +1-678-954-0670
Direct : +1-678-954-0671

___

Sign up now for AstriCon 2007!  September 25-28th.
http://www.astricon.net/ 

--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

___

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/ 

--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

Re: [asterisk-users] crash after callbackagent ackcall

[Alex Balashov]

You may wish to inquire on the developers' list, to people that keep these 
types of issues in check by way of the official Digium bug database and
manage the process of fixing them.

On Wed, 19 Sep 2007, Damon Estep wrote:

> Can anyone recall a bug where asterisk crashes after a callback agent
> presses the ackcall key in 1.2?
>
>
>
> The last logged item was before safe-asterisk restarted was "delaying
> member connect for 2 seconds"
>
>
>
> We have seen it two times on a heavily loaded server (1.2.12.1), but
> cannot find anything documenting a bug or fix.
>
>
>
> Could be coincidence, but a google search showed at least one other user
> reporting the same symptoms.
>
>
>
> The server has been in production for a year and has always had high
> volume and has only recently exhibited this problem, so I have to assume
> we made a config change that exposed a bug.
>
>
>
> Thanks
>
>

--
Alex Balashov
Evariste Systems
Web: http://www.evaristesys.com/
Tel: +1-678-954-0670
Direct : +1-678-954-0671

___

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/ 

--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

[asterisk-users] crash after callbackagent ackcall

[Damon Estep]

Can anyone recall a bug where asterisk crashes after a callback agent
presses the ackcall key in 1.2?

 

The last logged item was before safe-asterisk restarted was "delaying
member connect for 2 seconds"

 

We have seen it two times on a heavily loaded server (1.2.12.1), but
cannot find anything documenting a bug or fix.

 

Could be coincidence, but a google search showed at least one other user
reporting the same symptoms.

 

The server has been in production for a year and has always had high
volume and has only recently exhibited this problem, so I have to assume
we made a config change that exposed a bug. 

 

Thanks

___

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/ 

--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

[Asterisk-Users] Crash

[Philip Meier]

Hi to all,

the following is the last thing we see from Asterisk befor it crashes:

$$$ find_chan_holded: No channel found for oad:017670014533 dad:7051538
  --> ch->state CONNECTED, bc->holded 0
$$$ Bchan deActivated addr 51400101
  --> cause 16
I SEND:RELEASE  port:1  pid:88  mode:TE addr:51400101
  --> l3id:20176 cause:16 ocause:16 
oad2:017670015633 dad2:7051538 channel:1 port:1
BCHAN: DeACT Conf
I IND :RELEASE_COMPLETE pid:88  mode:TE addr:51400101   port:1
  --> l3id:20176 cause:-1 dad:7051538 oad:017670015633 channel:1 port:1
--> cause -1
* RELEASING CHANNEL pid:88 ctx:aixtema-incoming 
dad:7051538 oad:017670014533 state: CONNECTED
  --> * State Down
  --> Setting AST State to down
* --> In State Default
   == Spawn extension (aixtema-incoming, 7051538, 
1) exited non-zero on 'mISDN/1/017670014533-1'
* --> Queue Hangup
misdn_hangup called, without chan_list obj.
Ouch ... error while writing audio data: : Broken pipe

These crashes happen up to five times a day. We are pretty much clueless as to
what is happening here. Any help is highly appreciated :-)
Rgds,
Philip.


___
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] Crash on reload only with autoload=no

[Benjamin Lawetz]

Hi,

I've been having a little problem with my asterisk servers, I have 4
identical asterisk servers setup (same hardware, same OS, same config). Once
in a while (once or twice a day) one of the server crashes on the cron job
reload. But I realized this only happens on 3 of the 4 servers. Tried to
spot the difference between that one server that wasn't crashing. The
difference I found was that the server that doesn't crash has autoload=yes
in the /etc/asterisk/modules.conf whereas the others have autoload=no and
"load=" lines to load the proper modules.

What could be the problem? Problem with autoload=no in the reload? I'm not
loading a necessary module that causes the crash?

A "show modules" on the autoload=no servers (the ones that crash) shows:

res_musiconhold.soMusic On Hold Resource   1
res_indications.soIndications Configuration0
res_features.so   Call Parking Resource1
res_agi.soAsterisk Gateway Interface (AGI) 0
res_adsi.so   ADSI Resource1
res_monitor.soCall Monitoring Resource 1
app_hasnewvoicemail.soIndicator for whether a voice mailbox ha 0
app_eval.so   Reevaluates strings  0
app_exec.so   Executes applications0
cdr_manager.soAsterisk Call Manager CDR Backend0
app_playback.so   Trivial Playback Application 0
chan_local.so Local Proxy Channel  0
app_groupcount.so Group Management Routines0
app_adsiprog.so   Asterisk ADSI Programming Application0
app_chanisavail.soCheck if channel is available0
app_softhangup.so Hangs up the requested channel   0
app_setcidname.so Set CallerID Name0
format_g729.soRaw G729 data0
app_userevent.so  Custom User Event Application0
codec_g729a.soAnnex A/B (floating point) G.729/PCM16 C 0
codec_gsm.so  GSM/PCM16 (signed linear) Codec Translat 0
codec_a_mu.so A-law and Mulaw direct Coder/Decoder 0
app_system.so Generic System() application 0
app_record.so Trivial Record Application   0
app_sayunixtime.soSay time 0
pbx_spool.so  Outgoing Spool Support   1
app_macro.so  Extension Macros 0
app_random.so Random goto  19
codec_ulaw.so Mu-law Coder/Decoder 0
codec_alaw.so A-law Coder/Decoder  0
app_transfer.so   Transfer 0
app_verbose.soSend verbose output  0
app_setcdruserfield.soCDR user field apps  0
app_enumlookup.so ENUM Lookup  0
pbx_config.so Text Extension Configuration 0
app_read.so   Read Variable Application0
format_gsm.so Raw GSM data 0
app_dial.so   Dialing Application  0
app_striplsd.so   Strip trailing digits0
app_cut.soCuts up variables0
app_echo.so   Simple Echo Application  0
format_pcm.so Raw uLaw 8khz Audio support (PCM)0
app_setcallerid.soSet CallerID Application 0
format_wav.so Microsoft WAV format (8000hz Signed Line 0
app_senddtmf.so   Send DTMF digits Application 0
app_waitforring.soWaits until first ring after time0
app_setcidnum.so  Set CallerID Number  0
cdr_addon_mysql.soMySQL CDR Backend0
chan_sip.so   Session Initiation Protocol (SIP)0



And here are the additionnal modules that the server with autoload=yes shows

res_crypto.so Cryptographic Digital Signatures 1
app_sms.soSMS/PSTN handler 0
format_wav_gsm.so Microsoft WAV format (Proprietary GSM)   0
app_url.soSend URL Applications0
app_test.so   Interface Test Application   0
chan_mgcp.so  Media Gateway Control Protocol (MGCP)0
app_sendtext.so   Send Text Applications   0
app_txtcidname.so TXTCIDName   0
app_directory.so  Extension Directory  0
codec_adpcm.soAdaptive Differential PCM Coder/Decoder  0
app_qcall.so  Call from Queue  0
codec_lpc10.so  

RE: [Asterisk-Users] Crash without "make valgrind"

[Benjamin Lawetz]

Well without valgrind
Running asterisk from gdb (sorry a bit of a newbie with linux debugging)
When doing a backtrace on the crash I get the following:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 213005 (LWP 9886)]
0x08074ef0 in ast_extension_match ()
(gdb) bt
#0  0x08074ef0 in ast_extension_match ()
#1  0x08075ade in pbx_substitute_variables_helper ()
#2  0x08075d85 in pbx_substitute_variables_helper ()
#3  0x0807c4e3 in ast_context_verify_includes ()
#4  0x0807b346 in ast_spawn_extension ()
#5  0xb6b932b4 in key () from /usr/lib/asterisk/modules/app_macro.so
#6  0x0807455f in pbx_exec ()
#7  0x0807c65b in ast_context_verify_includes ()
#8  0x080765cb in ast_pbx_run ()
#9  0x0807ccb1 in ast_context_verify_includes ()
#10 0xb7f9618e in pthread_start_thread () from /lib/libpthread.so.0
#11 0xb7f96332 in pthread_start_thread_event () from /lib/libpthread.so.0
#12 0xb7e80fea in clone () from /lib/libc.so.6

Don't know how to get any further in the debugging though, any hints ?

Thanks for your help


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian West
Sent: July 6, 2005 2:43 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Crash without "make valgrind"

Well you could get a backtrace of the core to give us a little bit of clue
why its crashing!

/b
---
Anakin: "You're either with me, or you're my enemy."
Obi-Wan: "Only a Sith could be an absolutist."

On Jul 6, 2005, at 10:44 AM, Benjamin Lawetz wrote:

> I'm having a little problem. I have a dial-plan with a lot of SetVar's 
> and loops, and under certain circumstances (reproducible) it makes 
> asterisk crash. Wanting to debug this, I compiled using "make 
> valgrind". But doing so, I eliminated the crashes and the dial-plan 
> works perfectly.
>
> Now from what I understand, valgrind removes compiler optimisation to 
> ease debugging. What kind of optimisation does it remove? Anybody know 
> what could be happening to have a crashwith a standard make and not 
> have it with valgrind?
>
> My original setup was a asterisk-1.0.7 emerged on gentoo. Tried 
> updating to the 1.0.8 ebuild, and then tried the tarball for 1.0.9 on 
> a 2.6.11 kernel.
>
> Thanks for your help
>
> --
> Benjamin
>
>
> ___
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users
>

___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users



___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] Crash without "make valgrind"

[Brian West]

Well you could get a backtrace of the core to give us a little bit of  
clue why its crashing!


/b
---
Anakin: “You’re either with me, or you’re my enemy.”
Obi-Wan: “Only a Sith could be an absolutist.”

On Jul 6, 2005, at 10:44 AM, Benjamin Lawetz wrote:

I'm having a little problem. I have a dial-plan with a lot of  
SetVar's and
loops, and under certain circumstances (reproducible) it makes  
asterisk
crash. Wanting to debug this, I compiled using "make valgrind". But  
doing

so, I eliminated the crashes and the dial-plan works perfectly.

Now from what I understand, valgrind removes compiler optimisation  
to ease
debugging. What kind of optimisation does it remove? Anybody know  
what could

be happening to have a crashwith a standard make and not have it with
valgrind?

My original setup was a asterisk-1.0.7 emerged on gentoo. Tried  
updating to
the 1.0.8 ebuild, and then tried the tarball for 1.0.9 on a 2.6.11  
kernel.


Thanks for your help

--
Benjamin


___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users



___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] Crash without "make valgrind"

[Benjamin Lawetz]

I'm having a little problem. I have a dial-plan with a lot of SetVar's and
loops, and under certain circumstances (reproducible) it makes asterisk
crash. Wanting to debug this, I compiled using "make valgrind". But doing
so, I eliminated the crashes and the dial-plan works perfectly.

Now from what I understand, valgrind removes compiler optimisation to ease
debugging. What kind of optimisation does it remove? Anybody know what could
be happening to have a crashwith a standard make and not have it with
valgrind?

My original setup was a asterisk-1.0.7 emerged on gentoo. Tried updating to
the 1.0.8 ebuild, and then tried the tarball for 1.0.9 on a 2.6.11 kernel.

Thanks for your help

-- 
Benjamin


___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

RE: [Asterisk-Users] Crash: Call from IAX-client to a distribution where the IAX-Client is in

[Chamberland-Larose, Guillaume]

Hmm. By the way, please don't post bugs to asterisk-dev as I've been
told :>
That list if for on-going development.

That sounds like a bug I encountered in 1.0.5. There is a division by
zero bug in chan_iax2.c introduced somewhere after 1.0.4 I believe and
currently fixed in HEAD. (They've given me enough shit for posting the
bug while it was fixed in HEAD already. No need to mention it again.)

Run asterisk in gdb and see if it is actually the same bug. If it is,
get cvs HEAD and you should be fine.

You should see something like this in gdb if it is:
> [Switching to Thread 245775 (LWP 23251)]
> 0x41154918 in calc_timestamp (p=0x816b710, ts=0, f=0x424eef24) at
chan_iax2.c:2896

Guills

> -Original Message-
> From: Stefan Gofferje [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 01, 2005 3:15 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion; 
> asterisk-dev@lists.digium.com
> Subject: [Asterisk-Users] Crash: Call from IAX-client to a 
> distribution where the IAX-Client is in
> 
> Hi folks,
> 
> I encountered a reproduceable crash case:
> 
> [extensions.conf]
> 
> exten => 6000,1,Dial(SIP/6000,60,rt)
> exten => 6001,1,Dial(SIP/6001,60,rt)
> exten => 6002,1,Dial(IAX2/[EMAIL PROTECTED],60,rt)
> 
> exten =>
> 8004,1,Dial([EMAIL PROTECTED]&Local/[EMAIL PROTECTED]&Local/6002@
> internal,60,rt]
> 
> 6002 is an IAX Softphone (tested firefly, IAX-Phone, IAXComm)
> 
> When 6002 dials 8004, asterisk quits without further notice 
> and log-entry. When 8004 is dialled from any other source, 
> everything is fine.
> 
> Any clues?
> 
> Regards,
>Stefan
> 
> -- 
>   (o_   Stefan Gofferje  | Linux Systems Specialist
>   //\   Reg'd Linux User #247167 | SuSE Certified Linux Trainer
>   V_/_  Linux is like a Wigwam - No gates, no windows, Apache inside
> 
> ___
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users
> 
___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

RE: [Asterisk-Users] * crash when forward voicemail --Nicolas Gudino

[john]

I'm running a few machines on RH9. Only one has exhibited crashing during
normal operation. It is the only machine that uses voicemail - and music on
hold. I'm suspecting mpg123...

Of course I just stuck in the export. If it is still up in a couple of
weeks, I'll be pretty sure that is what it was.

John

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of James H.
Cloos Jr.
Sent: Friday, January 02, 2004 1:03 AM
To: JR Richardson
Cc: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] * crash when forward voicemail --Nicolas
Gudino


>>>>> "JR" == JR Richardson <[EMAIL PROTECTED]> writes:

JR> I ran that export command you
JR> suggested, then launched *, everything worked fine.  I'm still
JR> looking for info on what that command actually does.  Can you shed
JR> some light please?

Exporting LD_ASSUME_KERNEL=2.4.1 tells libc to use the old-style
'int 80' method of doing syscalls to the kernel, as well as the
old-style type of thread support.  RH9 and 2.6 kernels support
newer, faster methods of syscalls and threads on amd64 and recent
ia32 cpus.  The need to assume an earlier kernel version indicates
that some part of * or a lib it (or one of its modules) is linked
to breaks when using the newer routines.

Eventually such bugs should be eradicated and LD_ASSUME_KERNEL will
not be required.  (Eg, my gentoo laptop only supports nptl threads
and I have no problems running * there.)

-JimC


___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users
This e-mail was scanned and found clean by Monroe-Woodbury's Antivirus.

This e-mail was scanned and found clean by Monroe-Woodbury's Antivirus. 
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] * crash when forward voicemail --Nicolas Gudino

[Nicolas Gudino]

Well, Eric and James have answered already. Personally, I use redhat
(will upgrade to fedora soon), but using an unmodified kernel.org kernel
compiled from source. Best regards,

On Thu, 2004-01-01 at 15:25, JR Richardson wrote:
> Hey Nicolas,
> 
> That did it.  I ran that export command you suggested, then launched *,
> everything worked fine.  I'm still looking for info on what that command
> actually does.  Can you shed some light please?
> 
> Thanks.
> 
> JR
> 
> 
> Did you try with this line before launching asterisk (with stock redhat
> 9 kernels):
> 
> export LD_ASSUME_KERNEL=2.4.1
> 
> Best regards,

-- 
Nicolas Gudino <[EMAIL PROTECTED]>
House Internet S.R.L.

___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] * crash when forward voicemail --Nicolas Gudino

[Eric Wieling]

On Thu, 2004-01-01 at 12:25, JR Richardson wrote:
> That did it.  I ran that export command you suggested, then launched *,
> everything worked fine.  I'm still looking for info on what that command
> actually does.  Can you shed some light please?

It's in the RedHat RELEASE NOTES.



___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] * crash when forward voicemail --Nicolas Gudino

[James H. Cloos Jr.]

> "JR" == JR Richardson <[EMAIL PROTECTED]> writes:

JR> I ran that export command you
JR> suggested, then launched *, everything worked fine.  I'm still
JR> looking for info on what that command actually does.  Can you shed
JR> some light please?

Exporting LD_ASSUME_KERNEL=2.4.1 tells libc to use the old-style
'int 80' method of doing syscalls to the kernel, as well as the
old-style type of thread support.  RH9 and 2.6 kernels support
newer, faster methods of syscalls and threads on amd64 and recent
ia32 cpus.  The need to assume an earlier kernel version indicates
that some part of * or a lib it (or one of its modules) is linked
to breaks when using the newer routines.

Eventually such bugs should be eradicated and LD_ASSUME_KERNEL will
not be required.  (Eg, my gentoo laptop only supports nptl threads
and I have no problems running * there.)

-JimC


___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] * crash when forward voicemail --Nicolas Gudino

[JR Richardson]

Hey Nicolas,

That did it.  I ran that export command you suggested, then launched *,
everything worked fine.  I'm still looking for info on what that command
actually does.  Can you shed some light please?

Thanks.

JR

-Original Message-
From: JR Richardson [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 30, 2003 6:44 PM
To: '[EMAIL PROTECTED]'
Subject: Re: * crash when forward voicemail message [problem solved]



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 6:21 PM
No I didn't, I don't have a clue what that is or does.  Please explain, I'll
try it and let you know.

Thanks.

JR

Did you try with this line before launching asterisk (with stock redhat
9 kernels):

export LD_ASSUME_KERNEL=2.4.1

Best regards,

On Tue, 2003-12-30 at 20:07, JR Richardson wrote:
> Thanks for all your help Martin,
> 
> Guys,
> 
> This is a good find and hopefully could help someone else.
> 
> I've been having a problem with forwarding voicemail from one mailbox to
> another.  I ran down the sendmail and soundcard path and came up goose
eggs.
> With intuitive guidance from Martin Pycko (Digium), I switched from Redhat
9
> Kernel linux-2.4.20-8 to Redhat 8 Kernel linux-2.4.18-14 and it seemed to
> solve the problem I was having.  There is still a little weirdness going
on
> but the voicemail forward command is working.  During a -dgc session,
I




___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] * crash when forward voicemail message [problem solved]

[Nicolas Gudino]

Did you try with this line before launching asterisk (with stock redhat
9 kernels):

export LD_ASSUME_KERNEL=2.4.1

Best regards,

On Tue, 2003-12-30 at 20:07, JR Richardson wrote:
> Thanks for all your help Martin,
> 
> Guys,
> 
> This is a good find and hopefully could help someone else.
> 
> I've been having a problem with forwarding voicemail from one mailbox to
> another.  I ran down the sendmail and soundcard path and came up goose eggs.
> With intuitive guidance from Martin Pycko (Digium), I switched from Redhat 9
> Kernel linux-2.4.20-8 to Redhat 8 Kernel linux-2.4.18-14 and it seemed to
> solve the problem I was having.  There is still a little weirdness going on
> but the voicemail forward command is working.  During a -dgc session, I


___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] * crash when forward voicemail message [problem solved]

[JR Richardson]

Thanks for all your help Martin,

Guys,

This is a good find and hopefully could help someone else.

I've been having a problem with forwarding voicemail from one mailbox to
another.  I ran down the sendmail and soundcard path and came up goose eggs.
With intuitive guidance from Martin Pycko (Digium), I switched from Redhat 9
Kernel linux-2.4.20-8 to Redhat 8 Kernel linux-2.4.18-14 and it seemed to
solve the problem I was having.  There is still a little weirdness going on
but the voicemail forward command is working.  During a -dgc session, I
get:
Urgent handler
-- Playing '/var/lib/asterisk/sounds/vm-received' (language 'en')
Urgent handler
-- Playing '/var/lib/asterisk/sounds/digits/at' (language 'en')
Urgent handler
-- Playing 'vm-extension' (language 'en')
Urgent handler
-- Playing 'vm-forwardoptions' (language 'en')
Urgent handler
Huh?  Child handler, but nobody there?
Huh?  Child handler, but nobody there?
Huh?  Child handler, but nobody there?
Huh?  Child handler, but nobody there?
Huh?  Child handler, but nobody there?
Huh?  Child handler, but nobody there?
-- Playing 'vm-message' (language 'en')
Urgent handler
-- Playing 'vm-saved' (language 'en')

I'm not sure what the Child handler is or what it does or the effect it has
on this kernel and the newer kernel but all seems to work of without failing
as before with the newer kernel.

In the trouble shooting process I upgraded my kernel to the newest Redhat
release linux-20.4.20-27.9 but that had the same effect when forwarding
voicemail, * shut down.

If anyone can shed some light on this, maybe try forwarding voicemail on a
newer kernel and let me know your success or not.  Or maybe help me to
understand what differences in kernels would have on Child Handlers?

As it stands, I plan on using the older kernel for my implementations for
now.

Hope this helps.

JR

-Original Message-
From: Martin Pycko [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 29, 2003 1:57 PM
To: JR Richardson
Subject: RE: Re: [Asterisk-Users] * crash when forward voicemail message

I don't think it's a sound card problem since the sound card is only used
when you want to make it a console phone. Also it might be your system's
problem since under gdb the asterisk is stack on pclose function that is
supposed to wait for sendmail and close the forked process. I don't know
about that too much ... but I'd try installing a diffrent kernel / distro.

regards
Martin

On Mon, 29 Dec 2003, JR Richardson wrote:

> Martin,
>
> Over the weekend, I re-built the server and lost that dump file.  I am on
to
> something I think.  I found that my sound card wasn't loaded properly so I
> finally got that loaded into the kernel.  It is on-board sound and seems
to
> work fine out side of asterisk, but when asterisk -gc is loaded I get:
>
> [chan_oss.so] => (OSS Console Channel Driver)
>   == Console is full duplex
>   == Registered channel type 'Console' (OSS Console Channel Driver)
>   == Parsing '/etc/asterisk/oss.conf': Found
> WARNING[1167272000]: File chan_oss.c, Line 238 (sound_thread): Read error
on
> sound device: Resource temporarily unavailable
>  [chan_phone.so] => (Linux Telephony API Support)
>   == Parsing '/etc/asterisk/phone.conf': Found
>   == Registered channel type 'Phone' (Standard Linux Telephony API Driver)
>  [chan_zap.so] => (Zapata Telephony)
>
> That is the only warning I get when launching.
>
> I'm thinking that while VoiceMail is playing a message and voice prompts
and
> the forward voicemail command is executed, the sound card isn't being
> released properly and asterisk can't handle this in certain cases and
shuts
> down.
>
> I ordered a new sound card (Creative Labs Ensonic ES1373 128 Voice PCI
> Sound Card) that seems to be working well with asterisk from what I read
on
> the web.  I should have it in a couple of days and get it loaded to see if
> that is it.  The card I currently have is a crystal audio on a dell gxa
> motherboard.
>
> I received an e-mail from one of the other guru's on the list.  He said
that
> if sendmail is sending e-mail through the console then it's very unlikely
> that the problem is with that application.
>
> Do you think a sound card issue could be causing this voicemail problem?
>
> Thanks.
>
> BTW, I ordered another FXO/FXS combo from you guys.
>
> JR



___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] * crash when forward voicemail message

[JR Richardson]

Hi all,

When I attempt to forward a voicemail message to another voice-mailbox
(option 8), asterisk crashes.  I can restart is immediately and all seems
fine.  If I attempt to forward the voicemail message to a non-existing
mailbox, I get a message saying "that mailbox does not exist."  I've been
searching the postings with no luck.  I've tried this on 2 * servers with
the same results.  One loaded with recent CVS and one loaded 2 months ago.

Any suggestions?

Thanks.

JR


___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] Crash - What is happening here???

[Michiel Betel]

Matteo,

I AM running -gc and ulimit -c unlimited (from safe_asterisk) on RH7.2
Thats the weird thing... it crashed without any message. And looking 
through the
source I still don't see how the Dial could start on a Zombie channel...

But you are right, I'll try to reproduce it tomorrow morning
(Its a production system)
Michiel

Matteo Brancaleoni wrote:

Small tutorial:

these errors are too generic to be solved in such way...
"hey my asterisk crashed, why it did?"... there're many
reasons...
First: set "ulimit -c unlimited" on the console
from which * starts, to let it dump cores.
Then start it with 'g' in his parms , like
"asterisk -vvvgc", to enable debugging...
then when it crashed, run gdb on the core and
backtrace it
also: try to find a way to reproduce the crash.
random crashed aren't very useful...
and... report also asterisk version, kernel, distro,
blah blah blah
Michiel, that message isn't only for you, but
your post triggered my thoughts to "how to report a crash",
for anyone that just jump on th ML and say
"my asterisk crashed. please say me why"...
bye, matteo

Scrive Michiel Betel <[EMAIL PROTECTED]>:

 

The following transfer led to a crash of asterisk, without leaving a core
or any utterances in messages or debug file. It looks like the zombie which
was created during the MASQ-transfer was not cleaned up... But why did 
it start
a Dial??? And... why does Asterisk die when this happens??

Thanks!!!

Michiel

-- Zap/32-1 answered Zap/6-1
   -- Stopped music on hold on Zap/6-1
   -- Starting simple switch on 'Zap/32-2'
   -- Started three way call on channel 32
   -- Started music on hold, class 'default', on Zap/6-1
   -- Executing Macro("Zap/32-2", "stdexten2|6112|Zap/34|20|tT") in new 
stack
   -- Executing SetLanguage("Zap/32-2", "nl") in new stack
   -- Executing DBget("Zap/32-2", "fwdexten=FEAT/6112/CFWD/CFU") in new 
stack
   -- DBget: varname=fwdexten, family=FEAT, key=6112/CFWD/CFU
   -- DBget: Value not found in database.
   -- Executing Goto("Zap/32-2", "s|5") in new stack
   -- Goto (macro-stdexten2,s,5)
   -- Executing Dial("Zap/32-2", "Zap/34|20|tT") in new stack
   -- Called 34
   -- Zap/34-1 is ringing
   -- Zap/34-1 is ringing
   -- Stopped music on hold on Zap/6-1
   -- Hungup 'Zap/6-1'
   -- Hungup 'Zap/32-1'
 == Spawn extension (netland_admin, s, 3) exited non-zero on 
'Zap/32-2'
   -- Executing Macro("Zap/32-2", "record-cleanup") in new stack
   -- Executing SetVar("Zap/32-2", 
"MONITORDIR=/var/spool/asterisk/monitor") in new stack
   -- Executing GotoIf("Zap/32-2", "1?5:3") in new stack
   -- Goto (macro-record-cleanup,s,5)
   -- Executing NoOp("Zap/32-2", "") in new stack
   -- Executing ChanIsAvail("Zap/32-2", "Zap/32") in new stack
   -- Hungup 'Zap/32-1'
   -- Executing Dial("Zap/32-2", "Zap/32|40|tm") in new stack
   -- Called 32
   -- Started music on hold, class 'default', on Zap/32-2
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/34-1 is ringing
   -- Zap/34-1 answered Zap/6-1
   -- Attempting native bridge of Zap/6-1 and Zap/34-1
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/32-1 answered Zap/32-2
   -- Stopped music on hold on Zap/32-2
n010205*CLI>
Disconnected from Asterisk server

___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users
   



 



___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [Asterisk-Users] Crash - What is happening here???

[Matteo Brancaleoni]

Small tutorial:

these errors are too generic to be solved in such way...
"hey my asterisk crashed, why it did?"... there're many
reasons...

First: set "ulimit -c unlimited" on the console
from which * starts, to let it dump cores.
Then start it with 'g' in his parms , like
"asterisk -vvvgc", to enable debugging...
then when it crashed, run gdb on the core and
backtrace it

also: try to find a way to reproduce the crash.
random crashed aren't very useful...

and... report also asterisk version, kernel, distro,
blah blah blah

Michiel, that message isn't only for you, but
your post triggered my thoughts to "how to report a crash",
for anyone that just jump on th ML and say
"my asterisk crashed. please say me why"...

bye, matteo


Scrive Michiel Betel <[EMAIL PROTECTED]>:

> The following transfer led to a crash of asterisk, without leaving a core
> or any utterances in messages or debug file. It looks like the zombie which
> was created during the MASQ-transfer was not cleaned up... But why did 
> it start
> a Dial??? And... why does Asterisk die when this happens??
> 
> Thanks!!!
> 
> Michiel
> 
> -- Zap/32-1 answered Zap/6-1
> -- Stopped music on hold on Zap/6-1
> -- Starting simple switch on 'Zap/32-2'
> -- Started three way call on channel 32
> -- Started music on hold, class 'default', on Zap/6-1
> -- Executing Macro("Zap/32-2", "stdexten2|6112|Zap/34|20|tT") in new 
> stack
> -- Executing SetLanguage("Zap/32-2", "nl") in new stack
> -- Executing DBget("Zap/32-2", "fwdexten=FEAT/6112/CFWD/CFU") in new 
> stack
> -- DBget: varname=fwdexten, family=FEAT, key=6112/CFWD/CFU
> -- DBget: Value not found in database.
> -- Executing Goto("Zap/32-2", "s|5") in new stack
> -- Goto (macro-stdexten2,s,5)
> -- Executing Dial("Zap/32-2", "Zap/34|20|tT") in new stack
> -- Called 34
> -- Zap/34-1 is ringing
> -- Zap/34-1 is ringing
> -- Stopped music on hold on Zap/6-1
> -- Hungup 'Zap/6-1'
> -- Hungup 'Zap/32-1'
>   == Spawn extension (netland_admin, s, 3) exited non-zero on 
> 'Zap/32-2'
> -- Executing Macro("Zap/32-2", "record-cleanup") in new stack
> -- Executing SetVar("Zap/32-2", 
> "MONITORDIR=/var/spool/asterisk/monitor") in new stack
> -- Executing GotoIf("Zap/32-2", "1?5:3") in new stack
> -- Goto (macro-record-cleanup,s,5)
> -- Executing NoOp("Zap/32-2", "") in new stack
> -- Executing ChanIsAvail("Zap/32-2", "Zap/32") in new stack
> -- Hungup 'Zap/32-1'
> -- Executing Dial("Zap/32-2", "Zap/32|40|tm") in new stack
> -- Called 32
> -- Started music on hold, class 'default', on Zap/32-2
> -- Zap/32-1 is ringing
> -- Zap/32-1 is ringing
> -- Zap/34-1 is ringing
> -- Zap/34-1 answered Zap/6-1
> -- Attempting native bridge of Zap/6-1 and Zap/34-1
> -- Zap/32-1 is ringing
> -- Zap/32-1 is ringing
> -- Zap/32-1 is ringing
> -- Zap/32-1 answered Zap/32-2
> -- Stopped music on hold on Zap/32-2
> n010205*CLI>
> Disconnected from Asterisk server
> 
> 
> ___
> Asterisk-Users mailing list
> [EMAIL PROTECTED]
> http://lists.digium.com/mailman/listinfo/asterisk-users
> 


-- 

Matteo Brancaleoni
Espia System Administrator
http://www.espia.it


This message was sent using IMP, the Internet Messaging Program.
Service is provided by Espia - Emmegi Srl - http://www.espia.it.
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] Crash - What is happening here???

[Michiel Betel]

The following transfer led to a crash of asterisk, without leaving a core
or any utterances in messages or debug file. It looks like the zombie which
was created during the MASQ-transfer was not cleaned up... But why did 
it start
a Dial??? And... why does Asterisk die when this happens??

Thanks!!!

Michiel

-- Zap/32-1 answered Zap/6-1
   -- Stopped music on hold on Zap/6-1
   -- Starting simple switch on 'Zap/32-2'
   -- Started three way call on channel 32
   -- Started music on hold, class 'default', on Zap/6-1
   -- Executing Macro("Zap/32-2", "stdexten2|6112|Zap/34|20|tT") in new 
stack
   -- Executing SetLanguage("Zap/32-2", "nl") in new stack
   -- Executing DBget("Zap/32-2", "fwdexten=FEAT/6112/CFWD/CFU") in new 
stack
   -- DBget: varname=fwdexten, family=FEAT, key=6112/CFWD/CFU
   -- DBget: Value not found in database.
   -- Executing Goto("Zap/32-2", "s|5") in new stack
   -- Goto (macro-stdexten2,s,5)
   -- Executing Dial("Zap/32-2", "Zap/34|20|tT") in new stack
   -- Called 34
   -- Zap/34-1 is ringing
   -- Zap/34-1 is ringing
   -- Stopped music on hold on Zap/6-1
   -- Hungup 'Zap/6-1'
   -- Hungup 'Zap/32-1'
 == Spawn extension (netland_admin, s, 3) exited non-zero on 
'Zap/32-2'
   -- Executing Macro("Zap/32-2", "record-cleanup") in new stack
   -- Executing SetVar("Zap/32-2", 
"MONITORDIR=/var/spool/asterisk/monitor") in new stack
   -- Executing GotoIf("Zap/32-2", "1?5:3") in new stack
   -- Goto (macro-record-cleanup,s,5)
   -- Executing NoOp("Zap/32-2", "") in new stack
   -- Executing ChanIsAvail("Zap/32-2", "Zap/32") in new stack
   -- Hungup 'Zap/32-1'
   -- Executing Dial("Zap/32-2", "Zap/32|40|tm") in new stack
   -- Called 32
   -- Started music on hold, class 'default', on Zap/32-2
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/34-1 is ringing
   -- Zap/34-1 answered Zap/6-1
   -- Attempting native bridge of Zap/6-1 and Zap/34-1
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/32-1 is ringing
   -- Zap/32-1 answered Zap/32-2
   -- Stopped music on hold on Zap/32-2
n010205*CLI>
Disconnected from Asterisk server

___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users

[Asterisk-Users] Crash using alsa

[Peter Eckhardt]

Hi,

i have compiled astersik using todays cvs. Worked like a charm.

Asterisk runs when the oss module is enabled but crashes badly with alsa.

 [res_musiconhold.so] => (Music On Hold Resource)
  == Parsing '/etc/asterisk/musiconhold.conf': Found
  == Registered application 'MusicOnHold'
  == Registered application 'WaitMusicOnHold'
  == Registered application 'SetMusicOnHold'
 [chan_alsa.so] => (ALSA Console Channel Driver)
asterisk: pcm.c:5488: snd_pcm_sw_params_set_silence_threshold: Assertion 
`val < pcm->buffer_size' failed.
Aborted (core dumped)

I use alsa 0.9.6 on SuSE 8.2 (Linux 2.4.20).

Just for info

Peter

--

dadi-linux   www.dadi-linux.de

Peter Eckhardt   Fon: +49 6071 951256
Weberstr. 36BFax: +49 6071 951257
64846 Groß-Zimmern   [EMAIL PROTECTED]
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users