I've got a mess

[Michael Barber]

Thanks Barry
...actually I've hardly been able to spend a lick of time on this....
And, actually, its a professional that got us into this mess.  ;)

The trick is finding a good one.

--
Thank You very much.
Michael

"Barry Margolin" <barmar at alum.mit.edu> wrote in message
news:barmar-B65ED3.15245221042004 at comcast.ash.giganews.com...
> In article <c66ava$m69$1 at sf1.isc.org>,
>  "Michael Barber" <mikeb at comcity.com> wrote:
>
> > Bill:  I think my slave is correctly pulling from the Master at this
point.
> > I think that issue was the result of the primary not being correct in
the
> > glue record that was causing some strange behavoir.  But, in in an
earlier
> > email you indicated that my secondary was "Not authoritative" and when I
go
> > to nslookup on the secondary the queries say "Not authoritative"....I
> > thought it was suppose to do that because it pulls from the primary so I
> > didn't think that was an issue.
>
> Master and slave servers should both be authoritative for the zones they
> host.
>
> > What exactly in the significance of saying the secondary is not
> > authoritative....what metric are you using to measure this and come to
that
> > conclusion?
>
> If the slave isn't authoritative, it isn't transfering the zone properly
> from the master.  Here's a command that show this:
>
> $ dig comcity.com soa @ns2.comcity.com +norec
>
> ; <<>> DiG 9.2.2 <<>> comcity.com soa @ns2.comcity.com +norec
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29707
> ;; flags: qr ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
>
> ;; QUESTION SECTION:
> ;comcity.com.                   IN      SOA
>
> ;; ANSWER SECTION:
> comcity.com.            1000    IN      SOA     ns.comcity.com.
> hostmaster.comcity.com. 2004042001 3600 900 604800 3600
>
> Notice that the "flags:" field doesn't have the "aa" (Authoritative
> Answer) flag.  Also, the TTL is lower than it is on the master; this
> indicates that the information came from the server's cache rather than
> from a zone file.  Compare this with the result from the master server:
>
> $ dig comcity.com soa @ns.comcity.com +norec
>
> ; <<>> DiG 9.2.2 <<>> comcity.com soa @ns.comcity.com +norec
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32856
> ;; flags: qr aa ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
>
> ;; QUESTION SECTION:
> ;comcity.com.                   IN      SOA
>
> ;; ANSWER SECTION:
> comcity.com.            3600    IN      SOA     ns.comcity.com.
> hostmaster.comcity.com. 2004042001 3600 900 604800 3600
>
> You've been struggling with this for at least a week.  I think it may be
> time for you to give in and hire a professional who knows what he's
> doing.
>
> --
> Barry Margolin, barmar at alum.mit.edu
> Arlington, MA
> *** PLEASE post questions in newsgroups, not directly to me ***
>