<div dir="ltr">It is as 'single' as active L3 router that is handling traffic at current point of time.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 13, 2015 at 11:13 AM, Gary Kotton <span dir="ltr"><<a href="mailto:gkotton@vmware.com" target="_blank">gkotton@vmware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<br>
<br>
<br>
On 12/12/15, 10:44 PM, "Assaf Muller" <<a href="mailto:amuller@redhat.com">amuller@redhat.com</a>> wrote:<br>
<br>
>The neutron metadata agent is stateless. It takes requests from the<br>
>metadata proxies running in the router namespaces and moves the<br>
>requests on to the nova server. If you're using HA routers, start the<br>
>neutron-metadata-agent on every machine the L3 agent runs, and just<br>
>make sure that the metadata-agent is restarted in case it crashes and<br>
>you're done.<br>
<br>
</span>So does this mean that it could be the single point of failure?<br>
<div class="HOEnZb"><div class="h5"><br>
>Nothing else you need to do.<br>
><br>
>On Fri, Dec 11, 2015 at 3:24 PM, Fabrizio Soppelsa<br>
><<a href="mailto:fsoppelsa@mirantis.com">fsoppelsa@mirantis.com</a>> wrote:<br>
>><br>
>> On Dec 10, 2015, at 12:56 AM, Alvise Dorigo <<a href="mailto:alvise.dorigo@pd.infn.it">alvise.dorigo@pd.infn.it</a>><br>
>> wrote:<br>
>><br>
>> So my question is: is there any progress on this topic ? is there a way<br>
>> (something like a cronjob script) to make the metadata-agent redundant<br>
>> without involving the clustering software Pacemaker/Corosync ?<br>
>><br>
>><br>
>> Reason for such a dirty solution instead of rely onto pacemaker?<br>
>><br>
>> I’m not aware of such initiatives - just checked the blueprints in Neutron<br>
>> and I found no relevant. I can suggest to file a proposal to the<br>
>> correspondent launchpad page, by elaborating your idea.<br>
>><br>
>> F.<br>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
>__________________________________________________________________________<br>
>OpenStack Development Mailing List (not for usage questions)<br>
>Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>