bind 9.4.1-p1
mark evans
evansmb74 at gmail.com
Thu Oct 25 18:42:43 UTC 2007
This has been resolved. Thanks for your time and assistance.
Mark
On 10/24/07, mark evans <evansmb74 at gmail.com> wrote:
>
> Yes I did read through the migration documentation. There wasn't
> anything in it that appears to be related to what I am dealing with. I know
> they are expiring because after I restart the server I will check the logs
> to see if there are any issues. It is then I see a message about one or
> more zones have expired.
>
>
>
>
>
> I set logging and for notify, update, security, update-security, xfer-in,
> and xfer-out. I'm not seeing anything odd in there log. The following is
> just a very brief excerpt of the log on the master.:
>
>
>
> 24-Oct-2007 10:00:07.760 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 10:30:08.356 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 11:00:09.486 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 11:30:09.418 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 11:49: 51.548 xfer-out: info: client 209.209.192.20#52003:transfer of '
> bayouwireless.com/IN': AXFR started
> 24-Oct-2007 11:49:51.548 xfer-out: info: client 209.209.192.20#52003:transfer of '
> bayouwireless.com/IN': AXFR ended
> 24-Oct-2007 12:00:09.225 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 12:30:09.987 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
>
>
>
>
>
> now the slave:
>
> 24-Oct-2007 10:00:13.763 notify: info: client 209.209.192.10#2080:received notify for zone 'bayouwireless.com
> '
> 24-Oct-2007 10:30:14.347 notify: info: client 209.209.192.10#2014:received notify for zone '
> bayouwireless.com'
> 24-Oct-2007 11:00:15.480 notify: info: client 209.209.192.10#1433:received notify for zone '
> bayouwireless.com'
> 24-Oct-2007 11:30:15.405 notify: info: client 209.209.192.10#4082:received notify for zone 'bayouwireless.com
> '
> 24-Oct-2007 11:50:17.956 notify: info: zone bayouwireless.com/IN: sending
> notifies (serial 2004030203)
> 24-Oct-2007 12:00:15.183 notify: info: client 209.209.192.10#2249:received notify for zone '
> bayouwireless.com'
> 24-Oct-2007 12:30:15.981 notify: info: client 209.209.192.10#1487:received notify for zone 'bayouwireless.com
> '
>
>
>
>
>
> The only thing I noticed looking though the full logs is that I never see
> a zone transfer actually occur without me forcing it. So the transfer you
> see in the master was forced. The interesting thing is I can force the
> transfer to the slave with "dig @masterserver domain axfr". if I check the
> zone file afterwards no changes are reflected (the same modification date
> and everything as before).
>
>
>
> I can get past this by forcing a zone transfer and directing the output to
> a file with
>
> "dig @masterserver domain axfr > zonefile". The zone begins working fine.
> It is almost like a permission problem on the slave server. I have check
> the permissions and everything looks fine.
>
>
>
> Thank you for you time and assistance
>
>
>
> Mark
>
>
>
> On 10/22/07, Mark Andrews <Mark_Andrews at isc.org> wrote:
> >
> >
> > You did read the migration documentation?
> >
> > > i upgraded our name servers from 8.4.4 to 9.4.1. The master seems to
> > run
> > > fine on 9.4.1. When i run the slave 9.4.1, it seems the zones aren't
> > being
> > > trasfered properly. Then after a while the zones begin to expire, and
> > > odvious with out the zone transfer, problems start to arise.
> >
> > How do you know they are expiring?
> >
> > > When the master is run at 9.4.1 and slave at 8.4.4 everything seems to
> > work
> > > fine.
> > > While poking around the slave i notice a set files like this:
> > > db-RJ2qRqDS
> > > db-SzOb6MvH
> > > db-T0qBsCoV
> > > db-Uu5fZE7v
> > > db-WVHIEYuZ
> > > db-Wwt6a4qU
> > > db-YTjS9eK5
> > > db-gdO2n3LH
> > > db-kBvivlyx
> > > db-nUkGm2hW
> > > db-qH68dJ8J
> > >
> > > the contents of one of the files is listed below:
> > >
> > > ;; BIND version named 8.4.4 Thu Jun 16 15:21:48 CDT 2005
> > > ; BIND version root at pop2.bayou.com
> > :/usr/ports/dns/bind84/work/src/bin/named
> > > ; zone 'crusecypress.com' first transfer
> > > ; from [209.209.192.10].53:53 (local [209.209.192.20 ].51898) using
> > AXFR at
> > > Mon Oct 22 13:10:21 2007
> > > ; NOT TSIG verified
> > > $ORIGIN com.
> > > crusecypress 7200 IN SOA ns1.bayou.com.
> > root.ns1.bayou.com. (
> > > 2002061921 3600 900 3600000 600 )
> > > 7200 IN NS ns1.bayou.com.
> > > 7200 IN NS ns2.bayou.com.
> > > 7200 IN A 209.209.192.58
> > > 7200 IN MX 5 pop.bayou.com.
> > > $ORIGIN crusecypress.com.
> > > ftp 7200 IN A 209.209.192.10
> > > mail 7200 IN CNAME pop.bayou.com.
> > > smtp 7200 IN CNAME smtp.bayou.com.
> > > www 7200 IN A 209.209.192.58 Thu Jun 16 15:21:48 CDT
> > 2005
> > > ; BIND version root at pop2.bayou.com:/usr/ports/dns/bind84/work/src/bin/named
> >
> > > ; zone 'crusecypress.com' first transfer
> > > ; from [209.209.192.10].53:53 (local [209.209.192.20 ].51898) using
> > AXFR at
> > > Mon Oct 22 13:10:21 2007
> > > ; NOT TSIG verified
> > > $ORIGIN com.
> > > crusecypress 7200 IN SOA ns1.bayou.com.
> > root.ns1.bayou.com. (
> > > 2002061921 3600 900 3600000 600 )
> > > 7200 IN NS ns1.bayou.com.
> > > 7200 IN NS ns2.bayou.com.
> > > 7200 IN A 209.209.192.58
> > > 7200 IN MX 5 pop.bayou.com.
> > > $ORIGIN crusecypress.com.
> > > ftp 7200 IN A 209.209.192.10
> > > mail 7200 IN CNAME pop.bayou.com.
> > > smtp 7200 IN CNAME smtp.bayou.com.
> > > www 7200 IN A 209.209.192.58
> > >
> > >
> > > The time and dates on the files seem to coincide when 9.4.1 was
> > running on
> > > both master and slave. do you guys know what these file are and why it
> > would
> > > be creating the files with these names? Thus far i have been unable
> > to find
> > > any info about them on google. One thing that jumps out as a issue. is
> > the
> > > file at the top references "BIND version named 8.4.4." This is a shot
> > in
> > > the dark, but Is it possible the bind 9.4.1 on the master is using a
> > > transfer method for 8.4.4?
> >
> > No. It's just BIND 9.4.4 not liking the BIND 8.4.4 master files
> > for some reason (see the logs) and moving them out of the way
> > so it can transfer in a new copy of the zone.
> >
> > > Thanks
> > > Mark
> > --
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews at isc.org
> >
>
>
More information about the bind-users
mailing list