Re: BIND 9.6.1-P3 using more resources?

On Friday, I wrote: We upgraded our main recursive nameservers (validating, via dlv.isc.org) from 9.6.1-P2 to 9.6.1-P3 a couple of days ago. CPU (and possibly memory) consumption have been quite a bit larger since then, and more worryingly, seems to be gradually increasing. I have looked for a

rndc stalls on any command -- maybe because 127.0.0.1 is not in routing table?

Hi all, The rndc tool, which is used for all BIND configuration (yast, /etc/init.d/named stop), appears to stall on any command. See [Listing 1] for output before it stalls (freezes not in the DNS zone sense) and [Listing 2] for afterwards. I used lsof to show the open files [Listing 3].

Re: rndc stalls on any command -- maybe because 127.0.0.1 is not in routing table?

Is lo up? Is named actually listening on 127.0.0.1:953? Is there a firewall? On Sun, Jan 24, 2010 at 1:29 PM, Nicholas Tung nt...@ntung.com wrote: Hi all,    The rndc tool, which is used for all BIND configuration (yast, /etc/init.d/named stop), appears to stall on any command. See [Listing

A question about PTR records

Hi, What is the best practice when using PTR in an ISP? is it dividing IP blocks (like; x.x.x.in-addr.arpa.) and therefore having more than one PTR zone file? or just use x.in-addr.arpa.and include everything inside that file? regards, ___

Re: A question about PTR records

In message 139200.61342...@web110505.mail.gq1.yahoo.com, sasa sasa writes: Hi, What is the best practice when using PTR in an ISP? is it dividing IP block= s (like; x.x.x.in-addr.arpa.) and therefore having more than one PTR zo= ne file? or just use x.in-addr.arpa.and include everything

Re: BIND 9.6.1-P3 using more resources?

In message prayer.1.3.2.1001241549090@hermes-2.csi.cam.ac.uk, Chris Thomp son writes: On Friday, I wrote: We upgraded our main recursive nameservers (validating, via dlv.isc.org) from 9.6.1-P2 to 9.6.1-P3 a couple of days ago. CPU (and possibly memory) consumption have been quite a bit

Re: rndc stalls on any command -- maybe because 127.0.0.1 is not in routing table?

Thanks very much! $(ifconfig lo up) fixed the first problem. I'm curious why the init script relies on this socket connection, and that it got a timeout instead of immediate failure because the interface wasn't up. [For anyone who has the same problem], it's necessary to run $(killall rpcbind

RE: A question about PTR records

Thanks Mark. -Original Message- From: bind-users-bounces+batpower83=yahoo.co...@lists.isc.org [mailto:bind-users-bounces+batpower83=yahoo.co...@lists.isc.org] On Behalf Of Mark Andrews Sent: Monday, January 25, 2010 2:11 AM To: sasa sasa Cc: bind-users@lists.isc.org Subject: Re: A