servfail on 9.6.1rc1

JINMEI Tatuya / 神明達哉 jinmei at isc.org
Thu May 28 19:28:59 UTC 2009


At Thu, 28 May 2009 17:12:54 +0400,
Anatoly Pugachev <mator at team.co.ru> wrote:

> Installed bind-9.6.1rc1 for the "query-errors" category debugging.
> Server is a usual recursive server on solaris 10 x86 with 4Gb of RAM.
> Named was compiled with SunStudio 12 compiler suite as:
> CFLAGS="-m32 -xarch=sse2" ./configure --prefix=/ --with-openssl=no
> make
> 
> named.conf without any views defined, max-cache-size is set to 1500m
> usual daily load shown with 'rndc status' is 1500 recursive clients.
> 
> $ prstat
>    PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP       
>  19567 bind      232M  228M sleep   59    0   0:12:08  19% named/7
> 
> Here's what I've got in the logs:
> 
> first query:
> 
> 28-May-2009 05:57:40.578 query-errors: debug 1: client 213.33.171.242#1130: query failed (SERVFAIL) for 5.126.208.91.IN-ADDR.ARPA/IN/PTR at query.c:4619
> 28-May-2009 05:57:40.578 query-errors: debug 2: fetch completed at resolver.c:2908 for 5.126.208.91.IN-ADDR.ARPA/PTR in 0.000163: out of memory/success [domain:91.in-addr.arpa,referral:0,restart:1,qrysent:0,timeout:0,lame:0,neterr:0,badresp:0,adberr:0,findfail:0,valfail:0]
> 
> second same query coming to server resolving properly (NOERROR)
> 
> Can you please help me to investigate what is wrong?

At least according to the log it was due to memory allocation
failure.  Please first check the maximum memory the named process can
allocate in your environment.  If you limit the "datasize" in your
named.conf, try increasing the value or (preferably) removing it.

---
JINMEI, Tatuya
Internet Systems Consortium, Inc.



More information about the bind-users mailing list