<div dir="ltr">That's certainly disconcerting (and diverges from the behavior we continue to see with BIND 9.3). Is there any reason these updates would work without issue immediately after a restart but stop working at some point later? As you can see in the logs I provided in my initial post (relevant lines copied below) it does work as I described after a restart, for an as-yet-determined amount of time:<div>
<br></div><div><div style="font-family:arial,sans-serif;font-size:13px"><div>29-Jul-2013 10:43:34.879 notify: info: client 10.0.4.1#42576: received notify for zone '<a href="http://example.com/" target="_blank">example.com</a>'</div>
<div><div>29-Jul-2013 10:43:34.890 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: serial number (2011061500) received from master 10.0.1.1#53 < ours <a href="tel:%282013022611" value="+12013022611" target="_blank">(2013022611</a>)</div>
<div>29-Jul-2013 10:43:34.900 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: refresh: non-authoritative answer from master 10.0.2.1#53 (source 10.10.10.1#0)</div><div>29-Jul-2013 10:43:34.904 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: refresh: non-authoritative answer from master 10.0.3.1#53 (source 10.10.10.1#0)</div>
<div>29-Jul-2013 10:43:34.915 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: Transfer started.</div><div>29-Jul-2013 10:43:34.916 xfer-in: info: transfer of '<a href="http://example.com/IN" target="_blank">example.com/IN</a>' from 10.0.4.1#53: connected using 10.10.10.1#44081</div>
<div>29-Jul-2013 10:43:34.919 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: transferred serial <a href="tel:2013072910" value="+12013072910" target="_blank">2013072910</a></div><div>
29-Jul-2013 10:43:34.919 xfer-in: info: transfer of '<a href="http://example.com/IN" target="_blank">example.com/IN</a>' from 10.0.4.1#53: Transfer completed: 1 messages, 23 records, 719 bytes, 0.002 secs (359500 bytes/sec)</div>
<div>29-Jul-2013 10:43:35.379 notify: info: client 10.0.4.1#43038: received notify for zone '<a href="http://example.com/" target="_blank">example.com</a>'</div><div>29-Jul-2013 10:43:35.380 general: info: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: notify from 10.0.4.1#43038: zone is up to date</div>
</div></div></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 30, 2013 at 6:06 PM, Steven Carr <span dir="ltr"><<a href="mailto:sjcarr@gmail.com" target="_blank">sjcarr@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im">On 30 July 2013 22:52, Brandon Whaley <span dir="ltr"><<a href="mailto:brandonw@inmotionhosting.com" target="_blank">brandonw@inmotionhosting.com</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">Once every few minutes the reload occurs on the master, which sends the notify to our slave servers, who should check serials on all the masters and transfer from the latest.<br>
</div></blockquote><div><br></div></div><div>I think this is your problem. >From what I understand BIND does not do this. It will contact the last server that it received an update from and check the serial, if it's greater then it will update, but it certainly won't chase around each master server looking to see if one of them has a higher version.<br>
<br></div><div>I think you need to fix the way you have implemented the masters, BIND doesn't support multi-master DNS which is what you are trying to implement. If you need this functionality then Microsoft does (to a point, there still is effectively a master but as it's distributed through LDAP it handles multiple updates in the background using a timestamp of the update as the decider) but then IMHO it's just not BIND.<br>
</div><div><br></div><div>Steve<br></div></div></div></div>
<br>_______________________________________________<br>
Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best Regards, <br>Brandon W.<br>
Tier 3 System Administrator<br>InMotion Hosting Inc.<br> <br>888-321-4678<br>757-416-6575 (Int'l)<br>NEW: 24x7 EMAIL and PHONE Technical Support<br> <br>Did you know?<br>We'll Build, Update and Promote Your Site for You! Visit <a href="http://www.inmotionhosting.com/webdesign" target="_blank">www.inmotionhosting.com/webdesign</a><br>
Answers to commonly asked questions, as well as other useful tools, can be found at <a href="http://support.inmotionhosting.com" target="_blank">http://support.inmotionhosting.com</a><br> <br>How am I doing? Please feel free to email my manager at <a href="mailto:manager_feedback@inmotion.net" target="_blank">manager_feedback@inmotion.net</a>
</div>