Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-09-20 Thread Faidon Liambotis
forwarded 438702 http://bugs.digium.com/view.php?id=10780
thanks

Hello,
I have forwarded your bug to upstream, i.e. Digium's bug tracking
system. You can find it on the above URL.

Its status will be automatically get tracked here.

Thanks,
Faidon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-09-11 Thread Faidon Liambotis
Hello,
Sorry for the late response.

GNUbie wrote:
 In addition to the previous information I sent to you regarding the
 Asterisk crash problem, below is the output of the backtrace of the core
 dump file I uploaded for you:
snip

This backtrace is useless because you produced it without installing
asterisk-dbg first.
However, you did manage to crash asterisk with a binary package I was
able to obtain as well and I've managed to produce a useful backtrace
that we need to forward to upstream and/or fix the bug ourselves.

I don't have for either at the moment; I hope I will have the necessary
time in ~2 weeks.
In the mean time, may be someone else from the team (or not) wants to
help solve this bug.
For that reason and for reference, I'm attaching the backtraces (bt, bt
full, thread apply all bt) here.

Regards,
Faidon
Thread 10 (process 8100):
#0  0xb7f89410 in ?? ()
#1  0xbfc63388 in ?? ()
#2  0x in ?? ()
#3  0x0001 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x08066b0a in monitor_sig_flags (unused=0x0) at asterisk.c:2510
#6  0x08069cdc in main (argc=8, argv=0xbfc637b4) at asterisk.c:2989

Thread 9 (process 8102):
#0  0xb7f89410 in ?? ()
#1  0xb7d88348 in ?? ()
#2  0x in ?? ()
#3  0x0001 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x080667d9 in listener (unused=0x0) at asterisk.c:971
#6  0x080d5ae2 in dummy_start (data=0x814b208) at utils.c:775
#7  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 8 (process 8103):
#0  0xb7f89410 in ?? ()
#1  0xb7d4c418 in ?? ()
#2  0x0061 in ?? ()
#3  0x in ?? ()

Thread 7 (process 8104):
#0  0xb7f89410 in ?? ()
#1  0xb76d5038 in ?? ()
#2  0xb7eeeff4 in ?? () from /lib/tls/i686/cmov/libc.so.6
#3  0xb76d5024 in ?? ()
#4  0xb7e4fac6 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#5  0xb7e4f8eb in sleep () from /lib/tls/i686/cmov/libc.so.6
#6  0xb76d7f34 in scan_thread (unused=0x0) at pbx_spool.c:458
#7  0x080d5ae2 in dummy_start (data=0x81556b0) at utils.c:775
#8  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#9  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 6 (process 8105):
#0  0xb7f89410 in ?? ()
#1  0xb7408418 in ?? ()
#2  0xb740830c in ?? ()
#3  0xb740838c in ?? ()
#4  0xb7e86141 in select () from /lib/tls/i686/cmov/libc.so.6
#5  0xb75137ce in sound_thread (unused=0x0) at 
/build/asterisk-1.4.11~dfsg/include/asterisk/channel.h:1320
#6  0x080d5ae2 in dummy_start (data=0x81746a0) at utils.c:775
#7  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 5 (process 8106):
#0  0xb7f89410 in ?? ()
#1  0xb71b3418 in ?? ()
#2  0x in ?? ()

Thread 4 (process 8107):
#0  0xb7f89410 in ?? ()
#1  0xb704ff98 in ?? ()
#2  0x03e8 in ?? ()
#3  0x0002 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0xb70cadb9 in do_monitor (data=0x0) at chan_zap.c:7139
#6  0x080d5ae2 in dummy_start (data=0x81d0d18) at utils.c:775
#7  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 3 (process 8108):
#0  0xb7f89410 in ?? ()
#1  0xb6dde318 in ?? ()
#2  0x01db in ?? ()
#3  0x0001 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x08098b7c in ast_io_wait (ioc=0x81e0748, howlong=475) at io.c:266
#6  0xb6e10fd7 in do_monitor (data=0x0) at chan_sip.c:15365
#7  0x080d5ae2 in dummy_start (data=0x81e2b58) at utils.c:775
#8  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#9  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 2 (process 10946):
#0  0xb7f89410 in ?? ()
#1  0xb6da2198 in ?? ()
#2  0x in ?? ()
#3  0x0002 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x08067ebe in netconsole (vconsole=0x813dde0) at asterisk.c:920
#6  0x080d5ae2 in dummy_start (data=0x81e2f18) at utils.c:775
#7  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (process 10950):
#0  0xb7e27709 in free () from /lib/tls/i686/cmov/libc.so.6
#1  0x080944d6 in ast_frame_free (fr=0xb7eeeff4, cache=1) at frame.c:360
#2  0xb7324bca in dial_exec_full (chan=0x81eed08, data=0xb6d63ff8, 
peerflags=0xb6d5ff24, continue_exec=0x0)
at /build/asterisk-1.4.11~dfsg/include/asterisk/frame.h:390
#3  0xb7328f2d in dial_exec (chan=0x81eed08, data=0xb6d63ff8) at app_dial.c:1728
#4  0x080aa757 in pbx_exec (c=0x81eed08, app=0x81ca1c0, data=0xb6d63ff8) at 
pbx.c:532
#5  0x080aeec3 in pbx_extension_helper (c=0x81eed08, con=value optimized out, 
context=0x81eee88 extensions, 
exten=0x81eeed8 997155754, priority=1, label=0x0, callerid=0x81e3ce0 
201, action=E_SPAWN) at pbx.c:1833
#6  0x080b056e in __ast_pbx_run (c=0x81eed08) 

Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-09-03 Thread GNUbie
Hello Faidon and Tzafrir,

On 9/2/07, GNUbie [EMAIL PROTECTED] wrote:

 Hello Faidon,

 Sorry, for the late response.  I was in a vacation with my family last
 weekend and been busy for the entire week.


In addition to the previous information I sent to you regarding the Asterisk
crash problem, below is the output of the backtrace of the core dump file I
uploaded for you:

- - -  s n i p  - - -

# gdb -v
GNU gdb 6.4.90-debian
Copyright (C) 2006 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 i486-linux-gnu.

# gdb asterisk core.asterisk.1188706204.8100
GNU gdb 6.4.90-debian
Copyright (C) 2006 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 i486-linux-gnu...(no debugging symbols found)
Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1.
...
...
...
Loaded symbols for /lib/tls/i686/cmov/libnss_dns.so.2
Reading symbols from /lib/libgcc_s.so.1...
(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Error while reading shared library symbols:
/usr/lib/asterisk/modules/func_devstate.so: No such file or directory.
(no debugging symbols found)
Core was generated by `/usr/sbin/asterisk -F -g -vvv -p -g -U asterisk'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7e27709 in free () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0  0xb7e27709 in free () from /lib/tls/i686/cmov/libc.so.6
#1  0x080944d6 in ast_frame_free ()
#2  0xb7324bca in ?? () from /usr/lib/asterisk/modules/app_dial.so
#3  0x081e2118 in ?? ()
#4  0x0001 in ?? ()
#5  0xb6d5fee4 in ?? ()
#6  0x in ?? ()
(gdb) bt full
#0  0xb7e27709 in free () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#1  0x080944d6 in ast_frame_free ()
No symbol table info available.
#2  0xb7324bca in ?? () from /usr/lib/asterisk/modules/app_dial.so
No symbol table info available.
#3  0x081e2118 in ?? ()
No symbol table info available.
#4  0x0001 in ?? ()
No symbol table info available.
#5  0xb6d5fee4 in ?? ()
No symbol table info available.
#6  0x in ?? ()
No symbol table info available.
(gdb) thread apply all bt

Thread 10 (process 8100):
#0  0xb7f89410 in ?? ()
#1  0xbfc63388 in ?? ()
#2  0x in ?? ()
#3  0x0001 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x08066b0a in ast_unregister_file_version ()
#6  0x08069cdc in main ()

Thread 9 (process 8102):
#0  0xb7f89410 in ?? ()
#1  0xb7d88348 in ?? ()
#2  0x in ?? ()
#3  0x0001 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0x080667d9 in ast_unregister_file_version ()
#6  0x080d5ae2 in ast_wait_for_input ()
#7  0xb7f72240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e8d4ae in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 8 (process 8103):
#0  0xb7f89410 in ?? ()
---Type return to continue, or q return to quit---
#1  0xb7d4c418 in ?? ()
#2  0x0061 in ?? ()
#3  0x in ?? ()

Thread 7 (process 8104):
#0  0xb7f89410 in ?? ()
#1  0xb76d5038 in ?? ()
#2  0xb7eeeff4 in ?? () from /lib/tls/i686/cmov/libc.so.6
#3  0xb76d5024 in ?? ()
#4  0xb7e4fac6 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#5  0xb7e4f8eb in sleep () from /lib/tls/i686/cmov/libc.so.6
#6  0xb76d7f34 in ?? () from /usr/lib/asterisk/modules/pbx_spool.so
#7  0x0001 in ?? ()
#8  0xb76dada0 in ?? () from /usr/lib/asterisk/modules/pbx_spool.so
#9  0xb76d537c in ?? ()
#10 0xb76d7c21 in ?? () from /usr/lib/asterisk/modules/pbx_spool.so
#11 0x in ?? ()

Thread 6 (process 8105):
#0  0xb7f89410 in ?? ()
#1  0xb7408418 in ?? ()
#2  0xb740830c in ?? ()
#3  0xb740838c in ?? ()
---Type return to continue, or q return to quit---
#4  0xb7e86141 in select () from /lib/tls/i686/cmov/libc.so.6
#5  0xb75137ce in ?? () from /usr/lib/asterisk/modules/chan_alsa.so
#6  0x000b in ?? ()
#7  0xb740838c in ?? ()
#8  0xb740830c in ?? ()
#9  0x in ?? ()

Thread 5 (process 8106):
#0  0xb7f89410 in ?? ()
#1  0xb71b3418 in ?? ()
#2  0x in ?? ()

Thread 4 (process 8107):
#0  0xb7f89410 in ?? ()
#1  0xb704ff98 in ?? ()
#2  0x03e8 in ?? ()
#3  0x0002 in ?? ()
#4  0xb7e83903 in poll () from /lib/tls/i686/cmov/libc.so.6
#5  0xb70cadb9 in ?? () from /usr/lib/asterisk/modules/chan_zap.so
#6  0x081dc970 in ?? ()
#7  0x0002 in ?? ()
#8  0x03e8 in ?? ()
#9  0xb70cb16c in ?? () from /usr/lib/asterisk/modules/chan_zap.so
---Type return to continue, or q return to quit---
#10 0x in ?? ()

Thread 3 

Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-09-02 Thread GNUbie
Hello Faidon,

Sorry, for the late response.  I was in a vacation with my family last
weekend and been busy for the entire week.

On 8/24/07, GNUbie [EMAIL PROTECTED] wrote:

 Hello Faidon,

 On 8/24/07, Faidon Liambotis [EMAIL PROTECTED] wrote:
 
 
 
  It would be better if you used a binary of our own[1] and preferrably
  the latest upstream version 1.4.11 (i.e. packages = 1:1.4.11~dfsg-1)


I downloaded the latest binary packages from
http://pkg-voip.buildserver.net/debian/ and installed them on my Debian
GNU/Linux Etch i386 server, performed the same scenario I mentioned on my
previous messages and still, the Asterisk crashed.

Below are some information about my current setup:

# dpkg -l | grep asterisk
iU  asterisk 1.4.11~dfsg-2~etch.4333  Open
Source Private Branch Exchange (PBX)
ii  asterisk-config  1.4.11~dfsg-2~etch.4333
Configuration files for Asterisk
iU  asterisk-dbg 1.4.11~dfsg-2~etch.4333
Debugging symbols for Asterisk
ii  asterisk-doc 1.4.11~dfsg-2~etch.4333  Source
code documentation for Asterisk
ii  asterisk-sounds-main 1.4.11~dfsg-2~etch.4333  Core
Sound files for Asterisk (English)

# dpkg -l | grep zaptel
iF  zaptel   1.4.5.1~dfsg-2~etch.4327 zapata
telephony utilities
ii  zaptel-modules-2.6.18-5-686  1.4.5.1~dfsg-1+2.6.18.dfsg.1-13etch2 zaptel
modules for Linux (kernel 2.6.18-5-68

# dpkg -l | grep libtone
ii  libtonezone1 1.4.5.1~dfsg-2~etch.4327
tonezone library (runtime)

# lsmod | grep zaptel
zaptel184036  8 ztdummy,wctdm
crc_ccitt   2240  2 zaptel,irda

# asterisk -r
Asterisk 1.4.11-BRIstuffed-0.4.0-test4, Copyright (C) 1999 - 2007 Digium,
Inc. and others.
Created by Mark Spencer [EMAIL PROTECTED]
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for
details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it
under
certain conditions. Type 'core show license' for details.
=
Connected to Asterisk 1.4.11-BRIstuffed-0.4.0-test4 currently running on
thinq (pid = 8100)
Verbosity is at least 10

gnubie*CLI core show version
Asterisk 1.4.11-BRIstuffed-0.4.0-test4 built by buildd @ buildd.home on a
x86_64 running Linux on 2007-08-30 18:27:16 UTC

# cat /proc/sys/kernel/core_pattern
/tmp/core.%e.%t

# cat /etc/asterisk/logger.conf
[general]

[logfiles]
console = notice,warning,error
messages = notice,warning,error,debug,verbose

# cat /etc/default/asterisk
RUNASTERISK=yes
PARAMS=-F -g -vvv
AST_DUMPCORE=yes
CORE_PATTERN='/tmp/core.%e.%t'

I also edited the line numbers 47 and 51 of the /etc/init.d/asterisk
initscript and changed to:

PARAMS=-g
AST_DUMPCORE=yes

You can download the log files, core dump file and tcpdump capture file at:

http://www.filecrunch.com/file/~cmkx2n

Thank you and hoping that you could fix this crash problem.

Regards,

GNUbie


Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-08-24 Thread GNUbie
Hello all,

Although I already made a response to Mr. Tzafrir Cohen's original message
regarding this bug 4 days ago, I am now re-sending it to the Debian BTS for
record purposes.

On 8/19/07, Tzafrir Cohen [EMAIL PROTECTED] wrote:


 Indeed.

 So let's try to track this down.


Ok, here are the things I've done here on my Asterisk v1.4.9 on Debian
GNU/Linux Etch:

To get a core file:

 echo '/tmp/core.%e.%t' /proc/sys/kernel/core_pattern


I did this.

Enable the -g flag to Asterisk by editing the init.d script (there's an
 example in the default file but when I look at it now it seems to be
 slightly wrong: it tries to mess with core_pattern as well).


I didn't follow this.  What I did was I uncommented the line 21 of my
/etc/default/asterisk file with the line that look like this:

PARAMS=-F -g -vvv

Please install thepackage asterisk-dbg to produce useful backtraces.


I didn't installed the asterisk-dbg package.  After starting the Asterisk
service through:

# /etc/init.d/asterisk start

I entered into the Asterisk shell then executed the command below:

CLI set verbose 10

So, after a few call attempts to a GSM mobile phone and PSTN telephone, the
Asterisk service crashed and you can download the core dump file it
generated at http://files-upload.com/files/47/core.asterisk-1.4.9 or at
http://www.filecrunch.com/file/~jab6ay .  I hope that this core dump file
can help provide you information on what's the cause of the problem and a
possible solution on your side.

I would also like to add info about this crash problem that I think Asterisk
crashes when the caller is from a SIP (soft)phone calling to a PSTN
telephone because I remember that I've been using it calling from an analog
phone to a PSTN telephone and vice versa but the Asterisk don't crash or
even the channels are released properly after the call.

Thank you in advance.

More power to you!

GNUbie


Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-08-24 Thread Faidon Liambotis
GNUbie wrote:
 So, after a few call attempts to a GSM mobile phone and PSTN telephone,
 the Asterisk service crashed and you can download the core dump file it
 generated at http://files-upload.com/files/47/core.asterisk-1.4.9 or
 at http://www.filecrunch.com/file/~jab6ay
 http://www.filecrunch.com/file/~jab6ay .  I hope that this core dump
 file can help provide you information on what's the cause of the problem
 and a possible solution on your side.
It is hard for us to examine a core file when we don't have exactly the
same version.

It would be better if you used a binary of our own[1] and preferrably
the latest upstream version 1.4.11 (i.e. packages = 1:1.4.11~dfsg-1)

 I would also like to add info about this crash problem that I think
 Asterisk crashes when the caller is from a SIP (soft)phone calling to a
 PSTN telephone because I remember that I've been using it calling from
 an analog phone to a PSTN telephone and vice versa but the Asterisk
 don't crash or even the channels are released properly after the call.
To a PSTN telephone through what?
zaptel? analog or ISDN? BRI or PRI? Which card exactly?

What version of zaptel are you using?
If this was an ISDN interface, what version of libpri are you using?

Please provide as much information as possible. Whatever you may think
that is important or unusual about your setup.

Unfortunately, it is working fine for me and for many others, so it is
something specific to your setup.

All in all, a proper core dump with a known version will help us most.

Thanks a lot,
Faidon

1: If you use unstable, fetch the package from the archive. If you are
using etch, add
  deb http://pkg-voip.buildserver.net/debian etch main
to your /etc/apt/sources.list and install the package from there.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-08-24 Thread GNUbie
Hello Faidon,

On 8/24/07, Faidon Liambotis [EMAIL PROTECTED] wrote:



 It would be better if you used a binary of our own[1] and preferrably
 the latest upstream version 1.4.11 (i.e. packages = 1:1.4.11~dfsg-1)


I just tried first the same call scenario without enabling dumping the core
file and verbosity on my newly built asterisk-1.4.11~dfsg-1 on my Debian
GNU/Linux Etch and still, the Asterisk crashed.  I will try again performing
the same call scenario with the core dump enable on my side so that I can
send you the core dump file later on.  After that, I will download and
install the binary Asterisk related packages that you have from
http://pkg-voip.buildserver.net/ and perform again the same call scenario on
my side if the Asterisk will still crash.

Anyway, below is the banner I got when entering to the Asterisk shell and
following the version of my Asterisk:

# asterisk -r
Asterisk 1.4.11-BRIstuffed-0.4.0-test4, Copyright (C) 1999 - 2007 Digium,
Inc. and others.
Created by Mark Spencer [EMAIL PROTECTED]
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for
details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it
under
certain conditions. Type 'core show license' for details.
=
Connected to Asterisk 1.4.11-BRIstuffed-0.4.0-test4 currently running on
gnubie (pid = 6382)

gnubie*CLI core show version
Asterisk 1.4.11-BRIstuffed-0.4.0-test4 built by root @ gnubie on a i686
running Linux on 2007-08-24 04:31:28 UTC

To a PSTN telephone through what?
 zaptel? analog or ISDN? BRI or PRI? Which card exactly?


Zaptel using the Digium's Dev Kit TDM400P with 1 FXO and 1 FXS.

What version of zaptel are you using?
 If this was an ISDN interface, what version of libpri are you using?


# dpkg -l | grep zaptel
ii  zaptel   1.4.5~dfsg-1   zapata
telephony utilities
ii  zaptel-modules-2.6.18-5-686  1.4.5~dfsg-1+2.6.18.dfsg.1-13etch1 zaptel
modules for Linux (kernel 2.6.18-5-68

Please provide as much information as possible. Whatever you may think
 that is important or unusual about your setup.


I am using an OpenWengo SIP softphone on top of MS Windows XP laptop
connected through a wireless network to the Asterisk PBX.  Now, my PBX
server hardware is based on an old Intel Celeron 1Ghz with 512MB RAM,
Digium's Dev Kit with 1 FXO and 1 FXS, and an Atheros AR5005G PCMCIA card
because this server of mine also act as my access point, firewall, gateway
and router.

I will list down below the information related to software:

# cat /etc/debian_version
4.0

# uname -r
2.6.18-5-686

# dpkg -l | grep asterisk
ii  asterisk 1.4.11~dfsg-1  Open
Source Private Branch Exchange (PBX)
ii  asterisk-config  1.4.11~dfsg-1
Configuration files for Asterisk
ii  asterisk-doc 1.4.11~dfsg-1  Source
code documentation for Asterisk
ii  asterisk-sounds-main 1.4.11~dfsg-1  Core
Sound files for Asterisk (English)

# dpkg -l | grep zaptel
ii  zaptel   1.4.5~dfsg-1   zapata
telephony utilities
ii  zaptel-modules-2.6.18-5-686  1.4.5~dfsg-1+2.6.18.dfsg.1-13etch1 zaptel
modules for Linux (kernel 2.6.18-5-68

# dpkg -l | grep libtone
ii  libtonezone1 1.4.5~dfsg-1   tonezone
library (runtime)

I personally built the above packages on my Debian GNU/Linux Etch
workstation and I got the source packages from the Debian Unstable
repository.

Unfortunately, it is working fine for me and for many others, so it is
 something specific to your setup.


Please do this scenario maybe at least 5 times until your Asterisk crash.
Your call will be disconnected between 1 to 3 minutes but try to dial again
and again even if you get an error because for sure, your zap channel will
not be released, until such time that you can dial again to a PSTN number.

All in all, a proper core dump with a known version will help us most.


Ok, I will do this later..

Thank you.

GNUbie


Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-08-19 Thread Tzafrir Cohen
On Sun, Aug 19, 2007 at 12:18:39PM +0800, GNUbie wrote:
 Package:  asterisk
 Version:  1.4.9~dfsg-1
 
 I re-built the asterisk v1.4.9~dfsg-1 from the Debian Unstable repository,
 installed the .deb packages generated on my Debian GNU/Linux Etch and
 working fine.  Until now when I tried to call a local PSTN number the call
 was disconnected.  I immediately entered the Asterisk's shell and set the
 verbose to 10 and made a new call to the same number and my Asterisk
 crashed.  Below is a summary of what I just did after my first call was
 disconnected:
 
 # asterisk -r
 Asterisk 1.4.9, Copyright (C) 1999 - 2007 Digium, Inc. and others.
 Created by Mark Spencer [EMAIL PROTECTED]
 Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for
 detail s.
 This is free software, with components licensed under the GNU General Public
 License version 2 and other licenses; you are welcome to redistribute it
 under
 certain conditions. Type 'core show license' for details.
 =
 Connected to Asterisk 1.4.9 currently running on gnubie (pid = 15375)
 gnubie*CLI core set verbose 10
 Verbosity was 0 and is now 10
 -- Executing [EMAIL PROTECTED]:1] Dial(SIP/201-081f5308,
 Zap/g1/62389378) in new stack
 [Aug 19 12:03:31] WARNING[16232]: app_dial.c:1106 dial_exec_full: Unable to
 create channel of type 'Zap' (cause 34 - Circuit/channel congestion)
   == Everyone is busy/congested at this time (1:0/1/0)
 -- Executing [EMAIL PROTECTED]:2] Congestion(SIP/201-081f5308, )
 in new stack
   == Spawn extension (extensions, 962389378, 2) exited non-zero on
 'SIP/201-081f5308'
 -- Zap/4-1 is busy
 -- Hungup 'Zap/4-1'
 gnubie*CLI
 Disconnected from Asterisk server
 
 # dpkg -l | grep asterisk
 ii  asterisk 1.4.9~dfsg-1   Open
 Source Private Branch Exchange (PBX)
 ii  asterisk-config  1.4.9~dfsg-1   config
 files for asterisk
 ii  asterisk-doc 1.4.9~dfsg-1
 documentation for asterisk
 ii  asterisk-sounds-main 1.4.9~dfsg-1   sound
 files for asterisk
 
 # dpkg -l | grep zaptel
 ii  zaptel   1.4.4~dfsg-1   zapata
 telephony utilities
 ii  zaptel-modules-2.6.18-4-686  1.4.4~dfsg-1+2.6.18.dfsg.1-12etch2 zaptel
 modules for Linux (kernel 2.6.18-4-68
 
 # uname -r
 2.6.18-4-686
 
 # cat /etc/debian_version
 4.0
 
 I suggest that the Asterisk must not crash no matter what call operation a
 user will do.

Indeed. 

So let's try to track this down.

To get a core file:

echo '/tmp/core.%e.%t' /proc/sys/kernel/core_pattern

Enable the -g flag to Asterisk by editing the init.d script (there's an
example in the default file but when I look at it now it seems to be
slightly wrong: it tries to mess with core_pattern as well).

Please install thepackage asterisk-dbg to produce useful backtraces.

(I've just commited some fixes to that said part. But the text I have
added is probably too lengthy to be useful. I also don't like the
messing with the global core_pattern, even though you can do cool things
with it. But I have no better suggestions)

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#438702: Asterisk v1.4.9~dfsg-1 Crashed

2007-08-18 Thread GNUbie
Package:  asterisk
Version:  1.4.9~dfsg-1

I re-built the asterisk v1.4.9~dfsg-1 from the Debian Unstable repository,
installed the .deb packages generated on my Debian GNU/Linux Etch and
working fine.  Until now when I tried to call a local PSTN number the call
was disconnected.  I immediately entered the Asterisk's shell and set the
verbose to 10 and made a new call to the same number and my Asterisk
crashed.  Below is a summary of what I just did after my first call was
disconnected:

# asterisk -r
Asterisk 1.4.9, Copyright (C) 1999 - 2007 Digium, Inc. and others.
Created by Mark Spencer [EMAIL PROTECTED]
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for
detail s.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it
under
certain conditions. Type 'core show license' for details.
=
Connected to Asterisk 1.4.9 currently running on gnubie (pid = 15375)
gnubie*CLI core set verbose 10
Verbosity was 0 and is now 10
-- Executing [EMAIL PROTECTED]:1] Dial(SIP/201-081f5308,
Zap/g1/62389378) in new stack
[Aug 19 12:03:31] WARNING[16232]: app_dial.c:1106 dial_exec_full: Unable to
create channel of type 'Zap' (cause 34 - Circuit/channel congestion)
  == Everyone is busy/congested at this time (1:0/1/0)
-- Executing [EMAIL PROTECTED]:2] Congestion(SIP/201-081f5308, )
in new stack
  == Spawn extension (extensions, 962389378, 2) exited non-zero on
'SIP/201-081f5308'
-- Zap/4-1 is busy
-- Hungup 'Zap/4-1'
gnubie*CLI
Disconnected from Asterisk server

# dpkg -l | grep asterisk
ii  asterisk 1.4.9~dfsg-1   Open
Source Private Branch Exchange (PBX)
ii  asterisk-config  1.4.9~dfsg-1   config
files for asterisk
ii  asterisk-doc 1.4.9~dfsg-1
documentation for asterisk
ii  asterisk-sounds-main 1.4.9~dfsg-1   sound
files for asterisk

# dpkg -l | grep zaptel
ii  zaptel   1.4.4~dfsg-1   zapata
telephony utilities
ii  zaptel-modules-2.6.18-4-686  1.4.4~dfsg-1+2.6.18.dfsg.1-12etch2 zaptel
modules for Linux (kernel 2.6.18-4-68

# uname -r
2.6.18-4-686

# cat /etc/debian_version
4.0

I suggest that the Asterisk must not crash no matter what call operation a
user will do.

Thank you.

GNUbie