showzone/modzone with catalog zone
BÖSCH Christian
boesch at fhv.at
Wed Nov 21 10:08:23 UTC 2018
Hi,
I have bind9.12.2 running.
I populate zones with a catalog zone, which is fine.
But if I do a ‘rndc showzone <zone>’ on a slave server, I get:
rndc: 'showzone' failed: failure
In the log nothing strange:
Nov 21 10:53:46 ns1 named[59161]: general: received control channel command 'showzone <zone>'
Nov 21 10:53:46 ns1 named[59161]: general: loading NZD config from '_default.nzd' for zone ‘<zone>'
Then I wanted to modify the zone config:
rndc modzone <zone> '{ type slave; file “__catz___default_catalog_<zone>.db"; masters { <ip>; }; allow-transfer { <ip>; }; also-notify { <ip> }; };'
zone ‘<zone>' reconfigured.
After that the showzone from above displays the new config, BUT ‘rndc reload’ doesn’t work anymore:
rndc reload
rndc: 'reload' failed: already exists
Log:
Nov 21 10:56:12 ns1 named[59161]: config: /usr/local/etc/namedb/options.include:32: catz: catalog zone 'catalog' will not be reconfigured
Nov 21 10:56:12 ns1 named[59161]: general: loading NZD configs from '_default.nzd' for view '_default'
Nov 21 10:56:12 ns1 named[59161]: config: none:1: zone ‘<zone>' already exists
Nov 21 10:56:12 ns1 named[59161]: general: reloading configuration failed: already exists
If I do a ‘rndc reload’ once more, the named process crashed and is gone:
rndc: connection to remote host closed
This may indicate that
* the remote server is using an older version of the command protocol,
* this host is not authorized to connect,
* the clocks are not synchronized, or
* the key is invalid.
Is this a bug, or am I doing something wrong?
Thanks in advance,
Christian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20181121/edd9b28c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3472 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20181121/edd9b28c/attachment.bin>
More information about the bind-users
mailing list