ixfr (?) problems in 8.3.4
Mike Mitchell
Mike.Mitchell at sas.com
Wed Dec 3 18:51:41 UTC 2003
I've worked around this type of problem by multi-homing my primary =
nameserver.
The secondaries then pull the zone from both IP addresses of the =
primary, the
first using IXFR and the second using AXFR. Under normal conditions =
IXFR is
used, but if the IXFR ever fails the secondary nameserver switches to =
AXFR.
This is accomplished by using the "server" directive in the secondary =
nameserver
configuration, like:
server 10.10.10.1 { support-ixfr yes; transfer-format many-answers; };
server 10.10.10.2 { support-ixfr no; transfer-format many-answers; };
-----Original Message-----
From: Someone Somewhere [mailto:spam at txrx.org]=20
Sent: Wednesday, December 03, 2003 10:52 AM
To: comp-protocols-dns-bind at isc.org
Subject: Re: ixfr (?) problems in 8.3.4
Barry Finkel wrote:
> Please post your config file. And don't change anything in the=20
> posting. I doubt that you are using the abc.com zone.
Just spotted this in the db category log file:
Logical error in manual/db._tcp.ds.abc.com.ixfr: unlinking
manual/db._tcp.ds.abc.com.ixfr: No such file or directory
A quick google shows a similar question last year responded to by Mark=20
Andrews explaining that a serial number problem occured- and basically=20
to use bind 9 for decent IXFR...
More information about the bind-users
mailing list