Problem with slave server not saving files

Barry Margolin barmar at genuity.net
Fri Aug 24 14:34:14 UTC 2001


In article <9m5llu$bgb at pub3.rc.vix.com>,
John Straiton <jks at clickcom.com> wrote:
>Here's the relavent parts of the config:
>==============================================================
>options {
>        check-names master fail;
>        check-names slave warn;
>        check-names response ignore;
>        directory "./";
>        allow-transfer { the_/24_that_ns3_is_in; };
>        statistics-interval 1;
>};
>
>zone "0.0.127.IN-ADDR.ARPA" { type master; file "sandbox/etc/db.127.0.0"; };
>
>zone "domain.com" { type slave; file "sandbox/etc/domain.com.db"; masters
>{ My_NS1_IP; };};
>================================================================
>
>Now, when I start it up using debug, my log file gets this:
>
>evSetTimer(ctx 0x812d000, func 0x8063024, uap 0x80e2210, due
>998601836.000000000, inter 0.000000000)
>23-Aug-2001 17:23:56.785 maintenance: debug 1: next maintenance for zone
>'domain.com' in 0 sec
>23-Aug-2001 17:23:56.785 config: debug 1: zone[8] type 2: 'domain.com'
>z_time 998601836, z_refresh 600
>
>I read where I could restart the master server to force the slave to update,
>however NS3 isn't listed in any of the zone records anywhere (because it'll
>simply be assigned the IP/name of NS2 as soon as it displays that it's
>working).

I'm a little confused.  Which machines are NS1, NS2, and NS3?  I'm guessing
NS1 and NS2 are the two servers that replicate using scp, and NS3 is the
new slave, right?

If the above configuration is for NS3, why does it have an allow-transfer
statement?  That needs to be in NS1's configuration, so that it allows NS3
to pull from it.

The way to get NS1 to notify NS3 about updates is to put its address in the
"also-notify" list:

zone "domain.com" {
  type master;
  file "whatever";
  also-notify { My_NS3_IP; };
};

If NS3 will be slaving all of NS1's domains, you can use a global
also-notify list in the options section instead of replicating it in each
zone statement.

-- 
Barry Margolin, barmar at genuity.net
Genuity, Woburn, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.


More information about the bind-users mailing list