Summary: | ASTERISK-12249: It crashses every 4 minutes | ||
Reporter: | Private Name (falves11) | Labels: | |
Date Opened: | 2008-06-23 13:22:54 | Date Closed: | 2010-07-21 11:20:23 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) blowup1.txt ( 1) timing-bt.log | |
Description: | I a dto upgrade and te verison crashes continuously. ****** ADDITIONAL INFORMATION ****** I am uploading the trace in one minute. | ||
Comments: | By: Private Name (falves11) 2008-06-23 14:25:01 I think the culprit is a new module, res_timing_pthread.so. Maybe somebody could explain what does it do? The box where I have autoload=yes is blowing up, the other ones are stable. By: Mark Michelson (mmichelson) 2008-06-23 15:07:28 res_timing_pthread.so is a new userspace timing module. It is meant to be used as an alternative to the linux-specific timing provided by DAHDI. If you are using the Meetme application or IAX trunking, then you will need to use one of the two timing sources. Otherwise, you can feel free to disable res_timing_pthread in menuselect and everything should still work. By: Private Name (falves11) 2008-06-23 16:20:44 we better fix it, because I removed it and the application stopped blowing up. By: Sean Bright (seanbright) 2008-06-23 20:52:46 Uploaded another bt from a recent test. By: Digium Subversion (svnbot) 2008-06-23 21:09:56 Repository: asterisk Revision: 124798 U trunk/res/res_timing_pthread.c ------------------------------------------------------------------------ r124798 | russell | 2008-06-23 21:09:55 -0500 (Mon, 23 Jun 2008) | 4 lines fix a memory leak. (inspired by, and potentially fixes issue ASTERISK-12249) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=124798 By: Russell Bryant (russell) 2008-06-23 21:23:02 tested by seanbright and it appears fixed By: Digium Subversion (svnbot) 2010-07-21 11:15:05 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:22 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 |