<div dir="ltr">On 30 July 2013 23:19, Brandon Whaley <span dir="ltr"><<a href="mailto:brandonw@inmotionhosting.com" target="_blank">brandonw@inmotionhosting.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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 class="im">
<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></div></blockquote><div><br></div><div>So looking at that log it would seem to indicate that on a restart it does consult masters in sequence until it finds one that has a higher serial than what it currently has. It tried 1.1 and got a very old serial, skipped 2.1 and 3.2 as there was a non-authoritative answer, then got a response from 4.1 with a higher serial and initiated transfer, it has no need to consult 5.1 as it shouldn't be any higher than the one it has just transferred (because BIND doesn't do multi-master).<br>
</div></div><br></div><div class="gmail_extra">After receiving the notify it goes back to the first master to check for an update, which fails (as it's older) and eventually leads to the zone expiring.<br></div><div class="gmail_extra">
<br></div><div class="gmail_extra">Steve<br></div></div>