From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Description of problem: the zone files from a simple setup don't work and give the error Nov 9 20:27:13 whizzo named: named reload succeeded Nov 9 15:27:34 whizzo named[4347]: loading configuration from '/etc/named.conf' Nov 9 15:27:34 whizzo named[4347]: no IPv6 interfaces found Nov 9 15:27:34 whizzo named[4347]: dns_master_load: loc.zone:14: whizzo.loc: not at top of zone Nov 9 15:27:34 whizzo named[4347]: zone loc/IN: loading master file loc.zone: not at top of zone Nov 9 20:27:34 whizzo named: named reload succeeded Also, I had to add options { directory "/var/named"; }; to /var/names/chroot/etc/named.conf to get past the file not found errors, presumably due to the chroot stuff. (sorry for not doing that as a separate bug but mozilla is also giving me grief) Version-Release number of selected component (if applicable): redhat-config-bind-2.0.0-18 How reproducible: Always Steps to Reproduce: 1.Clink New, fill in loc as the zone name, click ok, fill in whizzo.loc. as the SOA 2. Now click add record, add a host record with ost name whizzo.loc and 10.0.0.2 as address, click OK 3. Clicking Save now tells you that you must add a nameserver record so click add record, nameserver. Not entriely sure what to put in here so I put whizzo in the first field and whizzo.loc in the second. I also tried leaving the first blank. 4. Save everything and quit Actual Results: loc.zone file looks like $TTL 86400 whizzo.loc. IN SOA localhost root ( 5 ; serial 28800 ; refresh 14400 ; retry 3600000 ; expire 86400 ; ttl ) whizzo IN NS whizzo whizzo IN A 10.0.0.2 Expected Results: a zone file that works, for instance $TTL 86400 @ IN SOA localhost root ( 18 ; serial 28800 ; refresh 14400 ; retry 3600000 ; expire 86400 ; ttl ) NS whizzo.loc whizzo.loc IN A 10.0.0.2 Additional info:
Major updates to system-config-bind have been done Please check it out. Dan
It's exactly the same as far as I can see. It still produces a zone file that is broken. No @ at the beginning of the SOA line. It also puts the NS after the IN line (or at least it can in some circumstances) bind seems to be unhappy about this, requiring the NS entry to come straight after the SOA. By the way, double clicking or trying to get properties of an NS record gives me a python backtrace
Same problem with redhat-config-bind-2.0.0-14.2 in RHEL 3.
This problem is fixed with system-config-bind-4.0.0-16 (FC-3/4/RHEL-4), also available at: http://people.redhat.com/~jvdias/system-config-bind and with redhat-config-bind-4.0.0-16 (RHEL-3), available from http://people.redhat.com/~jvdias/redhat-config-bind.