<div dir="ltr">Inline,<div>Salvatore<br><div class="gmail_extra"><br><div class="gmail_quote">On 12 October 2015 at 09:29, Germy Lure <span dir="ltr"><<a href="mailto:germy.lure@gmail.com" target="_blank">germy.lure@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 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></blockquote><div><br></div><div>I am not sure what is the issue you are seeing here and what you are advocating for.</div><div>If you're asking for a generic interface for synchronising the neutron database with a backend, that could be implemented, but it would still be up to plugin and driver maintainers to use that interface.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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></blockquote><div><br></div><div>If you have something in mind I'd like to understand more about your use case (I got the issue, I want to understand what you're trying to achieve), and how you think you could possibly implement it. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Many thanks.</div><span class="HOEnZb"><font color="#888888"><div>Germy</div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><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>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><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><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>
</div></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></div></div>