<div dir="ltr">Of course, one way is to pass the same virtual IP configuration to my resource agent:<div>"<nvpair id="ClusterIP-instance_attributes-ip" name="ip" value="10.206.1.253"/>"</div><div>But this will be duplicate information and error-prone.</div><div>There ought to be a better way. :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 7, 2016 at 2:58 PM, Nikhil Utane <span dir="ltr"><<a href="mailto:nikhil.subscribed@gmail.com" target="_blank">nikhil.subscribed@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">Hi,<div><br></div><div>I have my cluster up and running just fine. I have a dummy service that sends UDP packets out to another host. </div><div><br></div><div><div> Resource Group: MyGroup</div><div>     ClusterIP  (ocf::heartbeat:IPaddr2):       Started node1</div><div>     UDPSend    (ocf::nikhil:UDPSend):  Started node1</div></div><div><br></div><div>If I ping to the virtual IP from outside, the response goes via virtual IP.</div><div>But if I initiate ping from node1, then it takes the actual (non-virtual IP). This is expected since I am not binding to the vip. (ping -I vip works fine).</div><div>So my question is, how to pass the virtual IP to my UDPSend OCF agent so that it can then bind to the vip? This will ensure that all messages initiated by my UDPSend goes from vip.</div><div><br></div><div>Out of curiosity, where is this virtual IP stored in the kernel?</div><div>I expected to see a secondary interface ( for e.g. eth0:1) with the vip but it isn't there.</div><div><br></div><div>-Thanks</div><span class="HOEnZb"><font color="#888888"><div>Nikhil</div></font></span></div>
</blockquote></div><br></div>