slave not updating or creating ofd zone files

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>