zone does not transfer files

Kevin Darcy kcd at daimlerchrysler.com
Wed May 9 20:54:41 UTC 2001


Are these slaves "stealth" slaves or registered slaves? I.e. are they in the
zone's NS records or not? If they're stealth slaves, and you have no
"also-notify", then these slaves won't receive NOTIFYs every time you reload the
zone. Which means the REFRESH setting in the SOA record will govern how frequently
they check the zone serial number.


- Kevin

Christopher L. Barnard wrote:

> Yup.  This perl scripts updates the zone files at 46 minutes past every hour,
> and the serial number is automatically generated to be YYYYMMDDHH.  I check
> the named logfiles, and zone files should be (and are on all other servers)
> transferred every hour at 46 or 47 after the hour.  I misspoke below; my
> misbehaving 9.1.2 nameserver *is* transferring the needed maps, but only 2 or
> 3 times per day rather than every hour.  It is the 2 or 3 times a day rather
> than every hour I am trying to figure out.
>
> Christopher
>
> > You're incrementing the serial number, right?
> >
> >
> > - Kevin
> >
> > Christopher L. Barnard wrote:
> >
> > > I am forgetting to do something very very basic here, but I cannot figure
> > > out what.  My master is running 8.2.2p7 (yes, I am going to upgrade it).
> > > Because of a very strange zone configuration, the reverse map is
> > > regenerated and propogated out once per hour.  I'm going to fix that
> > > horrible waste of bandwidth, but in the meantime the every-hour update
> > > makes it very easy to debug because there will be a line in the named
> > > logfile for successful transfer of that map.  Three of my slave servers
> > > that are running version 9.1.2 do the transfer every hour as they should.
> > > My most recent upgrade, however, does not.  It transfers the zone map just
> > > fine if the file does not exist when I start named, but once named is
> > > running it just stays with the zone file it has and never updates it.  What
> > > (obvious) step am I missing?





More information about the bind-users mailing list