BIND 9.4.3b2 crash

Dale Blount bind-users at dale.us
Tue Jul 22 15:19:53 UTC 2008


On Wed, 2008-07-23 at 00:26 +1000, Mark Andrews wrote:
> > Hi,
> > 
> > I have several authoritative and recursive combined servers running bind
> > 9.4.3b2 that all crash in the same manor.  They will normally run for a
> > day or two between crashes, however.  The syslog messages only show:
> > 
> > Jul 21 12:08:32 named[17892]: socket.c:1710: fatal error:
> > Jul 21 12:08:32 named[17892]:
> > RUNTIME_CHECK(((pthread_mutex_destroy(((&sock->lock))) == 0) ? 0 : 34)
> > == 0) failed
> > Jul 21 12:08:32 named[17892]: exiting (due to fatal error in library)
> > 
> > but elsewhere in the log it has these messages (don't result in named
> > exiting):
> > 
> > Jul 21 10:53:39 named[17892]: socket.c:525: unexpected error:
> > Jul 21 10:53:39 named[17892]: epoll_ctl(DEL), 73: Bad file descriptor
> > Jul 21 10:53:39 named[17892]: socket.c:525: unexpected error:
> > Jul 21 10:53:39 named[17892]: epoll_ctl(DEL), 69: Bad file descriptor
> > 
> > 9.4.2 was quite a bit more stable (although I won't say it never exited,
> > different errors though IIRC) on the same hardware / OS patch level.
> 
> 	The b2 in BIND 9.4.3b2 stands for BETA 2.  It's not a final
> 	release and has lots of new code in it to support many more
> 	concurrent file descriptors as well as getting back some
> 	of the performance loss in the BIND 9.4.2-P1 compared with
> 	BIND 9.4.2.  If we had our druthers, we would have only
> 	introduced a change like this in a .0 release.
> 
> 	The changes for BIND 9.4.2-P1 are much more conservative
> 	than those for BIND 9.4.3b2.
	
Thanks, I just didn't know if 9.4.2-P1 would handle the load after
reading the warnings on higher CPU usage. Some of our traffic spikes
push the loadavg past 2.00 even with 9.4.3b2.  Also I wanted to do my
part in getting beta2 tested.  


> > Both servers average 50-100 recursive clients, although I've seen spikes
> > to 2000+ (which I imagine is malicious traffic or bots trying to exploit
> > the recent vulnerability that I upgraded to fix).
> > 
> > $ uname -a
> > Linux 2.6.17-ARCH #1 SMP PREEMPT Sun Jul 16 09:29:38 CEST 2006 i686
> > Intel(R) Pentium(R) D CPU 3.00GHz GenuineIntel GNU/Linux
> > 
> > $ gcc -v
> > Using built-in specs.
> > Target: i686-pc-linux-gnu
> > Configured with: ../gcc-4.1.1/configure --prefix=/usr --enable-shared
> > --enable-languages=c,c++,objc --enable-threads=posix
> > --enable-__cxa_atexit --disable-multilib --libdir=/usr/lib
> > --enable-clocale=gnu
> > Thread model: posix
> > gcc version 4.1.1
> > 
> > Anything I can try to stop these crashes?
> 
> 	Stack backtraces are useful to isolate the problem code.
> 	Backing down to BIND 9.4.2-P1 is a option if the performance
> 	hit is not to big.


Is there a FAQ or other documentation on how these should be obtained?


Thanks,

Dale



More information about the bind-users mailing list