slave not updating or creating ofd zone files
RYAN M. vAN GINNEKEN
ryan at computerking.ca
Fri Mar 30 01:00:50 UTC 2012
I think what you are asking is if i update a file (changing a serial #) on the master does it get updated on the master? if this is the question then yes the file on the master updates correctly. So i do not think i have to go searchin my file system but i might just to make sure as both machines do run chroot
----- Original Message -----
From: "Sten Carlsen" <stenc at s-carlsen.dk>
To: "Computer King" <ryan at computerking.ca>
Cc: bind-users at lists.isc.org
Sent: Thursday, 29 March, 2012 3:59:25 PM
Subject: Re: slave not updating or creating ofd zone files
First find out if that IS the case: on master, is SOA serial updated when FILE serial is (after reload)? If so, no problem.
If not, chroot is oneof the usual culprits, you update file in /var/named/..., but bind loads file in /var/named/chroot/var/named/data/...
So in your filesystem, find ALL "zone" files, check which are used by bind and which you update.
This is not rocket science, just normal file management. Usually the file in /var/named/... is a link to the file in /var/named/chroot/var/named/... - maybe you managed to break that link by editing the wrong file, go searchin your own file structure.
On 29/03/12 20:39, Computer King wrote:
OK but how do I correct the issue
Sent from my Nexus 1
Sten Carlsen <stenc at s-carlsen.dk> wrote:
It has sometimes been seen that the files that are updated are not the
files actually loaded, this could be such a case?
On 29/03/12 10:58, RYAN M. vAN GINNEKEN wrote:
<blockquote>
Hello all i have what is to me a very strange bind 9 master slave
transfer issue.
When i update a zone file on the master the file updates correctly
the notifies are sent and every thing seems to work perfectly
except it transfers 0 bytes to the slave. Checking the slave
confirms that indeed thier was no transfer and that the slave is
still serving the old zone, i have gon as far as to completely
delete the zone files from the slave and restart bind to my
suprise it puts back all the old files. What is going on? Below
is an example of one of the files that is not updating correctly
there are many and some of file I have updated more recently are
not even showing up in the logs of the server.
On the server Ubuntu 8.04 LTS running BIND 9.4.2-P2.1 chrooted
29-Mar-2012 06:03:39.461 general: info: zone
jodygamracy.com/IN/external <http://jodygamracy.com/IN/external> :
loaded serial 2012031501
29-Mar-2012 06:03:39.614 notify: info: zone
jodygamracy.com/IN/external <http://jodygamracy.com/IN/external> :
sending notifies (serial 2012031501)
29-Mar-2012 06:03:41.761 xfer-out: info: client
96.51.192.233#33074: view external: transfer of
'jodygamracy.com/IN <http://jodygamracy.com/IN> ': IXFR ended
On the slave Ubuntu 10.04 LTS BIND 9.7.0-P1
29-Mar-2012 00:03:41.666 general: info: zone
jodygamracy.com/IN/external <http://jodygamracy.com/IN/external> :
Transfer started.
29-Mar-2012 00:03:41.706 xfer-in: info: transfer of
'jodygamracy.com/IN/external <http://jodygamracy.com/IN/external> '
from 204.244.122.132#53: connected using 96.51.192.233#33074
29-Mar-2012 00:03:41.782 xfer-in: info: transfer of
'jodygamracy.com/IN/external <http://jodygamracy.com/IN/external> '
from 204.244.122.132#53: Transfer completed: 0 messages, 1
records, 0 bytes, 0.076 secs (0 bytes/sec)
As a side not i have both machines firewalled, but have port 53
open on both machines, and have ports set using this in these
lines in the named.conf. file
query-source address * port 53;
transfer-source * port 53;
notify-source * port 53;
and see this in the dameon logs
/etc/named.conf:9: using specific query-source port suppresses
port randomization and can be insecure.
Computer King CaN-Mail
Surveillance King http://computerking.ca http://canmail.org http://surveillanceking.net Surveillance - Sales Service - Hosting Backup
Internet Based Surveillance Systems
Custom Service Pac kages
Secure IMAP Email - Automated Remote Backups - Photo Blogs -
Online ERP and Accounting Packages
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to
unsubscribe from this list
bind-users mailing list bind-users at lists.isc.org <mailto:bind-users at lists.isc.org> https://lists.isc.org/mailman/listinfo/bind-users Enlarge your serial!
--
AP
I've tried that had this problem for awhile that is why serial was not
dated today just picked a random zone file anyways i updated the
serial with todays date and still get the same behaviour. Strange but
the times are messed up i checked the time/date on both machines they
are very similar what is with the wierd log times?
.
29-Mar-2012 08:44:06.883 notify: info: zone
jodygamracy.com/IN/external: sending notifies (serial 2012032901)
29-Mar-2012 08:44:09.093 xfer-out: info: client 96.51.192.233#43819:
view external: transfer of 'jodygamracy.com/IN': IXFR ended
29-Mar-2012 02:41:45.829 xfer-in: info: transfer of
'jodygamracy.com/IN/external' from 204.244.122.132#53: Transfer
completed: 0 messages, 1 records, 0 bytes, 0.072 secs (0 bytes/sec)
I get lots of these 0 bytes transfers everytime i try to edit a zone
file now they keep poping up and zones never get updated on the slave
it just keeps trying and getting 0 bytes
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
bind-users mailing list bind-users at lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
</blockquote>
--
Best regards
Sten Carlsen
No improvements come from shouting:
"MALE BOVINE MANURE!!!"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120329/ea53bb6c/attachment.html>
More information about the bind-users
mailing list