<div dir="ltr">Hey Steve, thanks for the reply. Here's the top of one of the masters' named.conf files (they're all the same, with the exception of which zones are on them:<div><br></div><div><div>controls {</div>
<div> inet 127.0.0.1 allow { localhost; } keys { "rndc-key"; };</div><div>};</div><div><br></div><div>include "/etc/rndc.key";</div><div><br></div><div>logging{</div><div> channel simple_log {</div>
<div> file "/var/log/ramlog/named.log" versions 3 size 65m;</div><div> severity debug 0;</div><div> print-time yes;</div><div> print-severity yes;</div><div> print-category yes;</div><div> };</div>
<div> category default{</div><div> simple_log;</div><div> };</div><div>};</div><div><br></div><div>zone "." {</div><div> type hint;</div><div> file "/var/named/<a href="http://named.ca">named.ca</a>";</div>
<div>};</div><div><br></div><div>options {</div><div> statistics-file "/var/named/data/named_stats.txt";</div><div> directory "/var/named";</div><div> recursion no;</div><div> transfers-out 10000;</div>
<div> notify explicit;</div><div> also-notify {10.10.10.1; 10.10.10.2; };</div><div> allow-transfer {10.10.10.1; 10.10.10.2; };</div><div> files 4096;</div><div>};</div><div><br></div><div>zone "0.0.127.in-addr.arpa" {</div>
<div> type master;</div><div> file "/var/named/named.local";</div><div>};</div><div><br></div><div>zone "<a href="http://example.com">example.com</a>" {</div><div> type master;</div>
<div> file "/var/named/example.com.db";</div><div>};</div></div><div><br></div><div><br></div><div>I think that's what you asked for. In case I misunderstood, here's a zone entry from the slave's named.conf (this immediately follows the options block in my first email:</div>
<div><br></div><div><br></div><div><div>zone "<a href="http://example.com">example.com</a>" {</div><div> type slave;</div><div> file "/var/named/slaves/example.com.db";</div><div> masters { 10.0.1.1; 10.0.2.1; 10.0.3.1; 10.0.4.1; 10.0.5.1; };</div>
<div>};</div></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 30, 2013 at 4:10 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 20:31, 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Sorry for the bump here, but through extensive troubleshooting I've identified a trend in this. It appears that zones hosted on the lower-numbered masters are still updating without issue. This leads me to believe that something is causing BIND to "forget" the later cluster servers, as the logs show that it doesn't even try to query them for zone updates. Is this known behavior? Perhaps a network failure causes a master to be marked "bad" in newer versions of BIND? Restarting named on the slave continues to correct the problem, so for now I'm (unfortunately) restarting named frequently on this slave.</div>
</blockquote><div><br></div></div><div>Can you post a snippet of one of your secondary zone config stanzas so we can see how you have the slave zone configured.<br><br></div><div>From previous posts to the list I think it was identified that BIND will contact the first master server listed and failover to the second master if the first wasn't contactable, but then it would ignore any additional masters.<br>
<br>Would be good to get some clarification on this from ISC, I've tried to trace my way through the source code and can't identify where BIND decides which master to update from, all I can find is the code where it goes to cleanup if the server isn't contactable (bind-9.9.3-P2/lib/dns/zone.c ln:13647), but can't see where it would then choose another one and try again.<br>
<br>Steve<br></div><div><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>