Hello,
probably someone can help me:
asterisk 1.6.1.18
centos 5.4
ram 16gb
disks in mirror
AGI (a2billing)
couple of times a day, asterisk dumped
can see, that it happens after 13 - 14 simulations calls
this asterisk is between another asterisk and upstream server (cant say exact software name)
part of core dump:
(gdb) thread apply all bt
Thread 35 (process 18493):
#0 0x00000032886c5f3b in read () from /lib64/libc.so.6
#1 0x00000000004fe930 in read_char (el=0x436a3c0, cp=0x7ffff1fa25bf “”)
at read.c:298
#2 0x00000000004f98f0 in el_getc (el=0x436a3c0, cp=0x7ffff1fa25bf “”)
at read.c:350
#3 0x00000000004f9d50 in el_gets (el=0x436a3c0, nread=0x7ffff1fa3a6c)
at read.c:243
#4 0x0000000000433b0f in main (argc=,
argv=0x7ffff1fa3b88) at asterisk.c:3534
#5 0x000000328861d994 in __libc_start_main () from /lib64/libc.so.6
#6 0x0000000000419439 in SSL_accept ()
#7 0x00007ffff1fa3b78 in ?? ()
#8 0x0000000000000000 in ?? ()
Thread 34 (process 18499):
#0 0x0000003288e0ad09 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
#1 0x00000000004e9121 in tps_processing_function (data=)
at /usr/src/astersik/asterisk-1.6.1.18/include/asterisk/lock.h:1751
#2 0x00000000004f3b9c in dummy_start (data=)
at utils.c:968
—Type to continue, or q to quit—
#3 0x0000003288e06617 in start_thread () from /lib64/libpthread.so.0
#4 0x00000032886d3c2d in clone () from /lib64/libc.so.6
Enable “DEBUG_THREADS” and “DONT_OPTIMIZE” and compile asterisk again to see more debug output.
Last 2 threads:
(gdb) thread apply all bt
Thread 38 (process 2694):
#0 0x00000032886c5f3b in read () from /lib64/libc.so.6
#1 0x0000000000555c00 in read_char (el=0x1ff55ec0, cp=0x7ffff553f9ef “”) at read.c:298
#2 0x0000000000550bc0 in el_getc (el=0x1ff55ec0, cp=0x7ffff553f9ef “”) at read.c:350
#3 0x0000000000551020 in el_gets (el=0x1ff55ec0, nread=0x7ffff5540cbc) at read.c:243
#4 0x000000000043eddd in main (argc=4, argv=0x7ffff5540ff8) at asterisk.c:3534
#5 0x000000328861d994 in __libc_start_main () from /lib64/libc.so.6
#6 0x0000000000419779 in SSL_accept ()
#7 0x00007ffff5540fe8 in ?? ()
#8 0x0000000000000000 in ?? ()
Thread 37 (process 2713):
#0 0x0000003288e0ad09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00000000005376d6 in __ast_cond_wait (filename=0x5afc24 “taskprocessor.c”, lineno=293,
func=0x5b01f0 “tps_processing_function”, cond_name=0x5b0269 “&i->poll_cond”, mutex_name=0x5b0252 “&i->taskprocessor_lock”,
cond=0x1ff66360, t=0x1ff66398) at /usr/src/astersik/asterisk-1.6.1.18/include/asterisk/lock.h:827
#2 0x0000000000536ffb in tps_processing_function (data=0x1ff66358) at taskprocessor.c:293
#3 0x000000000054a4e9 in dummy_start (data=0x1ff57e70) at utils.c:968
#4 0x0000003288e06617 in start_thread () from /lib64/libpthread.so.0
#5 0x00000032886d3c2d in clone () from /lib64/libc.so.6
In first thread:
Thread 1 (process 11056):
#0 pthread_timer_disable_continuous (handle=Cannot access memory at address 0xffec
) at res_timing_pthread.c:240
Cannot access memory at address 0x10008
Thread 1 appears to be the broken one; why have you truncated its traceback?
You need to follow the guidelines in doc/backtrace.txt and submit the full set of backtraces to issues.asterisk.org.
First check that you do not have any old Asterisk modules.