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