On May 23 2014, Doug Barton wrote:
On 05/22/2014 09:33 PM, Teerapatr Kittiratanachai wrote:
Sorry for jumping in, so from your information I understand that when I
have updated zone file at the master I should use `rndc reload
` instead `rndc retransfer ` to transfer the new
zone file to other
On 05/22/2014 09:33 PM, Teerapatr Kittiratanachai wrote:
Sorry for jumping in, so from your information I understand that when I
have updated zone file at the master I should use `rndc reload
` instead `rndc retransfer ` to transfer the new
zone file to other slaves, is it right ?
Yes, you relo
Sorry for jumping in, so from your information I understand that when I
have updated zone file at the master I should use `rndc reload `
instead `rndc retransfer ` to transfer the new zone file to
other slaves, is it right ?
Regards,
T. Kittiratanachai (Te)
On Fri, May 23, 2014 at 9:45 AM, Mark
In message <1400812816.1479.120623529.6c6af...@webmail.messagingengine.com>, gr
antksupp...@operamail.com writes:
>
> > No it isn't. It is saying the zone isn't found. "unknown command" is
> > returned for unknown commands.
> >
> > rndc: 'x' failed: unknown command
>
> Ok, but the zo
> No it isn't. It is saying the zone isn't found. "unknown command" is
> returned for unknown commands.
>
> rndc: 'x' failed: unknown command
Ok, but the zone IS there.
It's found by other rndc commands.
It's loaded by bind on start.
It's transferred to slaves, again on (re)start
In message <1400811069.27931.120616781.4720c...@webmail.messagingengine.com>, g
rantksupp...@operamail.com writes:
> I have bind 9.10.0-P1 installed, and running in a chroot.
>
> which named
> /usr/local/bind9/sbin/named
> which rndc
> /usr/local/bind9/sbin/rndc
>
> named -v
>
I have bind 9.10.0-P1 installed, and running in a chroot.
which named
/usr/local/bind9/sbin/named
which rndc
/usr/local/bind9/sbin/rndc
named -v
BIND 9.10.0-P1
ps ax | grep named
7110 ?Ssl0:18 /usr/local/bind9/sbin/named -t
/var/chroot/named -n
7 matches
Mail list logo
