BIND slave stops updating from master after 1-3 days

Brandon Whaley brandonw at inmotionhosting.com
Tue Jul 30 22:19:00 UTC 2013


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:

29-Jul-2013 10:43:34.879 notify: info: client 10.0.4.1#42576: received
notify for zone 'example.com'
29-Jul-2013 10:43:34.890 general: info: zone example.com/IN: serial number
(2011061500) received from master 10.0.1.1#53 < ours (2013022611)
29-Jul-2013 10:43:34.900 general: info: zone example.com/IN: refresh:
non-authoritative answer from master 10.0.2.1#53 (source 10.10.10.1#0)
29-Jul-2013 10:43:34.904 general: info: zone example.com/IN: refresh:
non-authoritative answer from master 10.0.3.1#53 (source 10.10.10.1#0)
29-Jul-2013 10:43:34.915 general: info: zone example.com/IN: Transfer
started.
29-Jul-2013 10:43:34.916 xfer-in: info: transfer of 'example.com/IN' from
10.0.4.1#53: connected using 10.10.10.1#44081
29-Jul-2013 10:43:34.919 general: info: zone example.com/IN: transferred
serial 2013072910
29-Jul-2013 10:43:34.919 xfer-in: info: transfer of 'example.com/IN' from
10.0.4.1#53: Transfer completed: 1 messages, 23 records, 719 bytes, 0.002
secs (359500 bytes/sec)
29-Jul-2013 10:43:35.379 notify: info: client 10.0.4.1#43038: received
notify for zone 'example.com'
29-Jul-2013 10:43:35.380 general: info: zone example.com/IN: notify from
10.0.4.1#43038: zone is up to date



On Tue, Jul 30, 2013 at 6:06 PM, Steven Carr <sjcarr at gmail.com> wrote:

> On 30 July 2013 22:52, Brandon Whaley <brandonw at inmotionhosting.com>wrote:
>
>> 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.
>>
>
> 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.
>
> 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.
>
> Steve
>
> _______________________________________________
> 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
>



-- 
Best Regards,
Brandon W.
Tier 3 System Administrator
InMotion Hosting Inc.

888-321-4678
757-416-6575 (Int'l)
NEW: 24x7 EMAIL and PHONE Technical Support

Did you know?
We'll Build, Update and Promote Your Site for You! Visit
www.inmotionhosting.com/webdesign
Answers to commonly asked questions, as well as other useful tools, can be
found at http://support.inmotionhosting.com

How am I doing? Please feel free to email my manager at
manager_feedback at inmotion.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20130730/6c453564/attachment.html>


More information about the bind-users mailing list