[Home]

Summary:ASTERISK-15971: Core dumped
Reporter:aleksey2000 (aleksey2000)Labels:
Date Opened:2010-04-18 11:16:24Date Closed:2010-07-21 11:20:24
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) bt_full_gdb.txt
( 1) thread_gdb.txt
Description:It happens daily. Depends on channels in use (> 9)
gdb bt:

#0  pthread_timer_disable_continuous (handle=Cannot access memory at address 0xfec
) at res_timing_pthread.c:240
       timer = (struct pthread_timer *) Cannot access memory at address 0xff8

(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
ASTERISK-1 0x000000328861d994 in __libc_start_main () from /lib64/libc.so.6
ASTERISK-2 0x0000000000419779 in SSL_accept ()
ASTERISK-3 0x00007ffff5540fe8 in ?? ()
ASTERISK-4 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
ASTERISK-1 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

****** ADDITIONAL INFORMATION ******

RAM: 16G
Dual-Core CPU E6300 @ 2.80GHz
Comments:By: Leif Madsen (lmadsen) 2010-04-19 13:27:14

FYI, a newer version of the file mentioned below is in the latest branches, but not in any release yet. See this link for the most up to date document:

http://svn.asterisk.org/svn/asterisk/trunk/doc/backtrace.txt

---

Thank you for your bug report. In order to move your issue forward, we require a backtrace from the core file produced after the crash. Please see the doc/backtrace.txt file in your Asterisk source directory.

Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

after enabling, reproduce the crash, and then execute the instructions in doc/backtrace.txt.
By: aleksey2000 (aleksey2000) 2010-04-19 15:01:34

Asterisk compiled with DONT_OPTIMIZE
Core analyzed with gdb: 2 files attached.


By: Tilghman Lesher (tilghman) 2010-04-19 15:25:22

Would it be possible for you to use a different timing source?  We have an inordinate number of problems with the pthread timers.
By: aleksey2000 (aleksey2000) 2010-04-20 00:04:00

You mean just uncheck res_timing_pthread in menuselect?
UPD: dahdi not installed


By: Tilghman Lesher (tilghman) 2010-04-20 01:30:58

I would suggest installing DAHDI 2.3, as the kernel drivers provide a very reliable timing source.
By: aleksey2000 (aleksey2000) 2010-04-22 02:29:27

2 production days without crashes. Looks like issue could be closed. Thanks.


By: Paul Belanger (pabelanger) 2010-04-22 12:35:50

Closing per OP request. Reopen if you are still having crashes.
By: Digium Subversion (svnbot) 2010-07-21 11:15:06

Repository: asterisk
Revision: 278465

U   trunk/res/res_timing_pthread.c

------------------------------------------------------------------------
r278465 | russell | 2010-07-21 11:14:59 -0500 (Wed, 21 Jul 2010) | 41 lines

Use poll() instead of select() in res_timing_pthread to avoid stack corruption.

This code did not properly check FD_SETSIZE to ensure that it did not try to
select() on fds that were too large.  Switching to poll() removes the limitation
on the maximum fd value.

(closes issue ASTERISK-14848)
Reported by: keiron

(closes issue ASTERISK-15960)
Reported by: Eddie Edwards

(closes issue ASTERISK-15349)
Reported by: Hubguru

(closes issue ASTERISK-14670)
Reported by: flop

(closes issue ASTERISK-12249)
Reported by: falves11

(closes issue ASTERISK-13973)
Reported by: vrban

(closes issue ASTERISK-15971)
Reported by: aleksey2000

(closes issue ASTERISK-14385)
Reported by: kowalma

(closes issue ASTERISK-16185)
Reported by: dcabot

(closes issue ASTERISK-16085)
Reported by: glwgoes

(closes issue ASTERISK-15895)
Reported by: erikje

possibly other issues, too ...

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=278465
By: Digium Subversion (svnbot) 2010-07-21 11:20:23

Repository: asterisk
Revision: 278479

_U  branches/1.6.2/
U   branches/1.6.2/res/res_timing_pthread.c

------------------------------------------------------------------------
r278479 | russell | 2010-07-21 11:20:17 -0500 (Wed, 21 Jul 2010) | 48 lines

Merged revisions 278465 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

........
 r278465 | russell | 2010-07-21 11:15:00 -0500 (Wed, 21 Jul 2010) | 41 lines
 
 Use poll() instead of select() in res_timing_pthread to avoid stack corruption.
 
 This code did not properly check FD_SETSIZE to ensure that it did not try to
 select() on fds that were too large.  Switching to poll() removes the limitation
 on the maximum fd value.
 
 (closes issue ASTERISK-14848)
 Reported by: keiron
 
 (closes issue ASTERISK-15960)
 Reported by: Eddie Edwards
 
 (closes issue ASTERISK-15349)
 Reported by: Hubguru
 
 (closes issue ASTERISK-14670)
 Reported by: flop
 
 (closes issue ASTERISK-12249)
 Reported by: falves11
 
 (closes issue ASTERISK-13973)
 Reported by: vrban
 
 (closes issue ASTERISK-15971)
 Reported by: aleksey2000
 
 (closes issue ASTERISK-14385)
 Reported by: kowalma
 
 (closes issue ASTERISK-16185)
 Reported by: dcabot
 
 (closes issue ASTERISK-16085)
 Reported by: glwgoes
 
 (closes issue ASTERISK-15895)
 Reported by: erikje
 
 possibly other issues, too ...
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=278479