<div dir="ltr"><div>Thanks Ihar comments!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="im" style="font-size:12.8000001907349px">> Is Neutron ready to be upgradable with minimal downtime of services<br>> and no VM access downtime?<br><br></span><span style="font-size:12.8000001907349px">As the ovs bug you refer to above, no, at least not in reference</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">implementation. That's for data plane.</span></blockquote><div><br></div><div>My understanding is that after the ovs neutron agent will be patched with [1], the upgrade from Kilo to Liberty on dataplane should be less painful that juno to Kilo. At least the VM access should be without connectivity downtime.</div><div>IF in Liberty will be no breaking changes merged, the messages exchanged on RPC channel should be compatible between releases, as well as RPC API versions. Do you agree?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">As for other services, neutron-server online schema migration should</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">help, and I hope to get it implemented in L (though there are some</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">obstacles that may block us; we'll see).</span><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">As for live data migration, neutron code base is not ready yet to</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">reasonably require live data migration being implemented in all</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">patches that need data moves in database. The very first obstacle for</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">that is that there is no middleware layer between sqlalchemy and the</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">rest of neutron that would allow us to hide migration details.</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">Oslo.versionedobjects is such a middleware. See below.</span><br style="font-size:12.8000001907349px"><span class="im" style="font-size:12.8000001907349px"><br>><br>> Are there any guidelines on using the oslo versionobjects and its<br>> priority in Liberty cycle?<br><br></span><span style="font-size:12.8000001907349px">It's not a common priority for L, but we've started on this road</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">inside feature/qos branch that will hopefully get into master some</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">time after L-2. If interested, see:</span><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><a href="http://git.openstack.org/cgit/openstack/neutron/tree/neutron/objects?h=feature/qos" rel="noreferrer" target="_blank" style="font-size:12.8000001907349px">http://git.openstack.org/cgit/openstack/neutron/tree/neutron/objects?h=f<br>eature/qos</a><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">Once the feature branch is merged into master, I plan to start</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">converting existing resources to objects. It may take time and will</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">definitely span to M. Depending on progress in this regard, we'll see</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">whether we will be able to consider live data migration. At the</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">moment, I don't see it happening in M, at least not at the start of it.</span></blockquote><div>Maybe we can define the priorities on what should be changed into OVO first, to have good starting point for Liberty and M release upgrade process. I'm willing to help, as well as there can be some other volunteers to join.</div><div><br></div><div>If the OVO cannot be delivered fully in Liberty, we should take care that no breaking changes will be merged in Liberty and take necessary steps to mitigate any risk of incompatibility of upgrades in Kilo->Liberty->M-release process.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br style="font-size:12.8000001907349px"><span class="im" style="font-size:12.8000001907349px"><br>><br>> Are there use-cases written down when talking about Neutron<br>> upgrades?<br><br></span><span style="font-size:12.8000001907349px">One thing that is currently in review are partial upgrades. They are</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">tested for nova (including nova-network) but not for neutron, so it's</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">considered a nova-network/neutron parity issue.</span><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">You should find most of relevant patches in:</span><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><a href="https://review.openstack.org/#/q/owner:%22Russell+Bryant%22+status:open" rel="noreferrer" target="_blank" style="font-size:12.8000001907349px">https://review.openstack.org/#/q/owner:%22Russell+Bryant%22+status:open</a><span style="font-size:12.8000001907349px">,</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">n,z</span><br style="font-size:12.8000001907349px"><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">Ihar</span></blockquote><div><br></div><div>Regards,</div><div>Artur Korzeniewski</div><div><br></div><div> <span style="font-family:Calibri;font-size:11pt">[1]</span><span style="font-family:Calibri;font-size:12pt"> </span><a href="https://bugs.launchpad.net/neutron/+bug/1383674" target="_blank" style="font-family:Calibri;font-size:12.8000001907349px"><span style="font-size:11pt">https://bugs.launchpad.net/neutron/+bug/1383674</span></a></div></div>