Bug 109582 - zone file gives "not at top of zone error"
Summary: zone file gives "not at top of zone error"
Alias: None
Product: Fedora
Classification: Fedora
Component: redhat-config-bind   
(Show other bugs)
Version: 1
Hardware: athlon
OS: Linux
Target Milestone: ---
Assignee: Jason Vas Dias
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-11-09 20:42 UTC by Fergal Daly
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version: s-c-b-4.0.0-16
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-06-03 16:44:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Fergal Daly 2003-11-09 20:42:31 UTC
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
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):

How reproducible:

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 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

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

Additional info:

Comment 1 Daniel Walsh 2004-01-05 22:04:27 UTC
Major updates to system-config-bind have been done  Please check it out.


Comment 2 Fergal Daly 2004-01-08 21:42:46 UTC
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

Comment 3 Jonathan Pool 2004-09-25 23:02:25 UTC
Same problem with redhat-config-bind-2.0.0-14.2 in RHEL 3.

Comment 4 Jason Vas Dias 2005-06-03 16:44:08 UTC
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 

Note You need to log in before you can comment on or make changes to this bug.