<div dir="ltr">Hi Kevin,<div><br></div><div><b>Thank you for your response. Periodic data checking is a popular and effective method to sync info. But there is no such a feature in Neutron. Right? Will the community merge it soon? And can we consider it with agent-style mechanism together?</b></div><div><br></div><div>Vendor-specific extension or coding a periodic task private by vendor is not a good solution, I think. Because it means that Neutron-Sever could not integrate with multiple vendors' controller and even the controller of those vendors that introduced this extension or task could not integrate with a standard community Neutron-Server. </div><div>That is just the tip of the iceberg. Many of the other problems resulting, such as fixing bugs,upgrade,patch and etc.</div><div>But wait, is it a vendor-specific feature? Of course not. All software systems need data checking.</div><div><br></div><div>Many thanks.</div><div>Germy</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 11, 2015 at 4:28 PM, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@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">You can have a periodic task that asks your backend if it needs sync info.<div>Another option is to define a vendor-specific extension that makes it easy to retrieve all info in one call via the HTTP API.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Sat, Oct 10, 2015 at 2:24 AM, Germy Lure <span dir="ltr"><<a href="mailto:germy.lure@gmail.com" target="_blank">germy.lure@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi all,<div><br></div><div>After restarting, Agents load data from Neutron via RPC. What about 3-rd controller? They only can re-gather data via NBI. Right?</div><div><br></div><div>Is it possible to provide some mechanism for those controllers and agents to sync data? or something else I missed?</div><div><br></div><div>Thanks</div><span><font color="#888888"><div>Germy</div><div><br></div></font></span></div>
<br></div></div>__________________________________________________________________________<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></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div><div>Kevin Benton</div></div>
</font></span></div>
<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></blockquote></div><br></div>