Hi,
We've recently upgraded our caching servers to 9.4.3-P4/P3 (2 of them running
9.4.3-P4 and 2 running 9.4.3-P3). Few days ago I've noticed something
strange - When the server is loaded, some queries randomly fails (SERVFAIL).
It seems that only queries for which the answer is NOT cached are
> bind (9.6.1-P2) dies when one tries to retrieve statistics via HTTP from
> the statistcs-channel feature if an underlying call to libxml fails
> (returns a NULL pointer) at statschannel.c:720 - writer =
> xmlNewTextWriterDoc(&doc, 0);
Thank you, we'll look into it. Please note, though, bug repo
Shumon Huque wrote:
On Mon, Jan 04, 2010 at 01:43:52PM -0500, Kevin Darcy wrote:
named seems to use, by default, the OS hard limit on file descriptors,
even though the ARM says "The default is |unlimited|. ". When it starts
up as superuser, in theory it should be able to set both the hard an
bind (9.6.1-P2) dies when one tries to retrieve statistics via HTTP from the
statistcs-channel feature if an underlying call to libxml fails (returns a NULL
pointer) at statschannel.c:720 - writer = xmlNewTextWriterDoc(&doc, 0);
gdb stack trace attached
PaulGNU gdb 6.8-debian
Copyright (C) 200
On Sunday 03 January 2010 16:36:06 Ram Akuka wrote:
> i have a high load DNS server running bind 9.4.3 on RH -
> yesterday we experienced a problem with the bind (the bind froze) , and
> when looking at the logs i saw the following error :
> named error: socket: file descriptor exceeds limit (4096
5 matches
Mail list logo