<div dir="ltr"><div dir="ltr"><div>+1 to remove cellsV1 docs.</div><div>This architecture should not be considered in new Nova deployments.</div><div><br></div><div>As Matt described we use cellsV2 since Queens but we are still using nova-network in a significant part of the infrastructure.</div><div><br></div><div>I was always assuming that cellsV1/nova-network code would be removed in Stein. I continue to support this plan!</div><div>We will not maintain an internal fork but migrate everything to Neutron.</div><div><br></div><div>Belmiro</div><div>CERN</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 3:44 PM Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">I have kind of lost where we are on dropping cells v1 code at this <br>
point, but it's probably too late in Stein. And technically nova-network <br>
won't start unless cells v1 is configured, and we've left the <br>
nova-network code in place while CERN is migrating their deployment to <br>
neutron*. CERN is running cells v2 since Queens and I think they have <br>
just removed this [1] to still run nova-network without cells v1.<br>
<br>
There has been no work in Stein to remove nova-network [2] even though <br>
we still have a few API related things we can work on removing [3] but <br>
that is very low priority. To be clear, CERN only cares about the <br>
nova-network service, not the APIs which is why we started removing <br>
those in Rocky.<br>
<br>
As for cells v1, if we're not going to drop it in Stein, can we at least <br>
make incremental progress and drop the cells v1 related docs to further <br>
signal the eventual demise and to avoid confusion in the docs about what <br>
cells is (v1 vs v2) for newcomers? People can still get the cells v1 <br>
in-tree docs on the stable branches (which are being published [4]).<br>
<br>
[1] <a href="https://github.com/openstack/nova/blob/bff3fd1cd/nova/cmd/network.py#L43" rel="noreferrer" target="_blank">https://github.com/openstack/nova/blob/bff3fd1cd/nova/cmd/network.py#L43</a><br>
[2] <a href="https://blueprints.launchpad.net/nova/+spec/remove-nova-network-stein" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/nova/+spec/remove-nova-network-stein</a><br>
[3] <a href="https://etherpad.openstack.org/p/nova-network-removal-rocky" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/nova-network-removal-rocky</a><br>
[4] <a href="https://docs.openstack.org/nova/queens/user/cells.html#cells-v1" rel="noreferrer" target="_blank">https://docs.openstack.org/nova/queens/user/cells.html#cells-v1</a><br>
<br>
*I think they said there are parts of their deployment that will <br>
probably never move off of nova-network, and they will just maintain a <br>
fork for that part of the deployment.<br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
</blockquote></div>