<p>Here: <a href="https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/named">https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/named</a></p>
<p>Let me know how it works for you.</p>
<div class="gmail_quote">On Sep 29, 2011 8:25 AM, &quot;Max Williams&quot; &lt;<a href="mailto:Max.Williams@betfair.com">Max.Williams@betfair.com</a>&gt; wrote:<br type="attribution">&gt; Yes I was using the LSB RA. Can you give me a link to the OCF RA on github?<br>
&gt; Thanks,<br>&gt; Max<br>&gt; <br>&gt; From: Serge Dubrouski [mailto:<a href="mailto:sergeyfd@gmail.com">sergeyfd@gmail.com</a>]<br>&gt; Sent: 29 September 2011 13:19<br>&gt; To: The Pacemaker cluster resource manager<br>
&gt; Subject: Re: [Pacemaker] Reloading a resource after a failover<br>&gt; <br>&gt; What kind of RA you do you use? LSB one doesn&#39;t support reload, OCF - does. You need to get OCF RA from github,.<br>&gt; On Thu, Sep 29, 2011 at 3:04 AM, Max Williams &lt;<a href="mailto:Max.Williams@betfair.com">Max.Williams@betfair.com</a>&lt;mailto:<a href="mailto:Max.Williams@betfair.com">Max.Williams@betfair.com</a>&gt;&gt; wrote:<br>
&gt; Yes this is what I would like to do. Ideally have named as a clone and then have an order like this:<br>&gt; crm(live)configure# order named-service-clone-after-Cluster_IP inf: Cluster_IP:start Named_Service:reload<br>
&gt; But it gives this error:<br>&gt; ERROR: bad resource action/instance definition: Named_Service:reload<br>&gt; <br>&gt; Is there a way to achieve this?<br>&gt; Can I edit an RA file so that it takes reload as a action? If so, which file?<br>
&gt; Or configure pacemaker to run an external command when a resource fails over or moves?<br>&gt; <br>&gt; Many thanks,<br>&gt; Max<br>&gt; <br>&gt; From: Serge Dubrouski [mailto:<a href="mailto:sergeyfd@gmail.com">sergeyfd@gmail.com</a>&lt;mailto:<a href="mailto:sergeyfd@gmail.com">sergeyfd@gmail.com</a>&gt;]<br>
&gt; Sent: 28 September 2011 18:17<br>&gt; To: The Pacemaker cluster resource manager<br>&gt; Subject: Re: [Pacemaker] Reloading a resource after a failover<br>&gt; <br>&gt; <br>&gt; Put bind itself under pacemaker control. You can use LSB RA or OCF RA that I recently created.<br>
&gt; On Sep 28, 2011 10:46 AM, &quot;Max Williams&quot; &lt;<a href="mailto:Max.Williams@betfair.com">Max.Williams@betfair.com</a>&lt;mailto:<a href="mailto:Max.Williams@betfair.com">Max.Williams@betfair.com</a>&gt;&gt; wrote:<br>
&gt;&gt; Hi,<br>&gt;&gt; I have a pair of clustered DNS servers with a virtual IP (VIP) configured. The problem is that when the VIP fails over, named on the new host of the VIP will not listen on port 53/UDP of the VIP until it is reloaded (I think this is because this daemon uses UDP, not TCP).<br>
&gt;&gt;<br>&gt;&gt; So I&#39;d like to be able to reload named after a failover of the VIP address. Is this possible?<br>&gt;&gt;<br>&gt;&gt; I could do it by configuring named as a cloned resource and then configuring an order so that it is restarted when the VIP fails over or moves but I would much rather have named reload instead of restart.<br>
&gt;&gt;<br>&gt;&gt; Any ideas? I&#39;d rather not have to resort to a wrapper script or anything like that.<br>&gt;&gt;<br>&gt;&gt; Thanks,<br>&gt;&gt; Max<br>&gt;&gt;<br>&gt;&gt; ________________________________________________________________________<br>
&gt;&gt; In order to protect our email recipients, Betfair Group use SkyScan from<br>&gt;&gt; MessageLabs to scan all Incoming and Outgoing mail for viruses.<br>&gt;&gt;<br>&gt;&gt; ________________________________________________________________________<br>
&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a>&lt;mailto:<a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a>&gt;<br>
&gt;&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>&gt;&gt;<br>&gt;&gt; Project Home: <a href="http://www.clusterlabs.org">http://www.clusterlabs.org</a><br>
&gt;&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>&gt;&gt; Bugs: <a href="http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker">http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker</a><br>
&gt; <br>&gt; ________________________________________________________________________<br>&gt; In order to protect our email recipients, Betfair Group use SkyScan from<br>&gt; MessageLabs to scan all Incoming and Outgoing mail for viruses.<br>
&gt; <br>&gt; ________________________________________________________________________<br>&gt; <br>&gt; _______________________________________________<br>&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a>&lt;mailto:<a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a>&gt;<br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>&gt; <br>&gt; Project Home: <a href="http://www.clusterlabs.org">http://www.clusterlabs.org</a><br>
&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>&gt; Bugs: <a href="http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker">http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker</a><br>
&gt; <br>&gt; <br>&gt; <br>&gt; --<br>&gt; Serge Dubrouski.<br>&gt; <br>&gt; ________________________________________________________________________<br>&gt; In order to protect our email recipients, Betfair Group use SkyScan from <br>
&gt; MessageLabs to scan all Incoming and Outgoing mail for viruses.<br>&gt; <br>&gt; ________________________________________________________________________<br></div>