Oh I see.  I understood you incorrectly.<br><br>It is open source...<br><br clear="all">Josh Luthman<br>Office: 937-552-2340<br>Direct: 937-552-2343<br>1100 Wayne St<br>Suite 1337<br>Troy, OH 45373<br><br>&quot;When you have eliminated the impossible, that which remains, however improbable, must be the truth.&quot;<br>

--- Sir Arthur Conan Doyle<br>
<br><br><div class="gmail_quote">On Thu, Sep 17, 2009 at 7:38 PM, David Rees <span dir="ltr">&lt;<a href="mailto:drees76@gmail.com">drees76@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On Thu, Sep 17, 2009 at 4:36 PM, Josh Luthman<br>
&lt;<a href="mailto:josh@imaginenetworksllc.com">josh@imaginenetworksllc.com</a>&gt; wrote:<br>
&gt; Well if communication between the two servers was just fine on layer 3 but<br>
&gt; it couldn&#39;t resolve, layer 7, your problem there was that the slave didn&#39;t<br>
&gt; know what IP the master was.<br>
&gt;<br>
&gt; You could up the TTL to 4 hours and it could have worked in that last<br>
&gt; scenario, or 8 hours, etc.<br>
&gt;<br>
&gt; For DNS on something like this I suggest you keep a long record, we&#39;ll say a<br>
&gt; week.  If you know you&#39;re going to change it, change the TTL for half an<br>
&gt; hour or a full hour a week in advance of the change.  Then change it to the<br>
&gt; new IP and put the TTL back to a week.<br>
<br>
</div>Yes, that&#39;s all fine - but the DNS issue with one of the hosts the<br>
slave was monitoring prevented it from monitoring ALL hosts it was<br>
supposed to be monitoring...  So if DNS for one host stops working for<br>
whatever reason, that shouldn&#39;t keep it from monitoring other hosts.<br>
<br>
-Dave<br>
</blockquote></div><br>