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 questio
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 name
In message , 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 larger since then, and more worryingly,
> >see
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 everythi
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,
___
bind-
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 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
> 1] for outp
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]
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
8 matches
Mail list logo