<div dir="ltr">Sergii,<div><br></div><div>Nailgun will still have data of clusters with old releases, should they be in the database backup. And it still has to be able to manage them.</div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 22, 2015 at 11:58 AM, Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.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,<div><br></div><div>There won't be upgrade to 8.0. User will be able to backup and load data to a new master node. nova-network has been deprecated for 2 releases so we can remove it. If we remove it we can remove tests from acceptance testing as well as from auto-tests so it should remove tech debt so will release our QA/CI resources to focus on other tests.</div><div><br></div></div><div class="gmail_extra"><span class=""><br clear="all"><div><div><div dir="ltr">--<br>
Best regards,<br>
Sergii Golovatiuk,<br>
Skype #golserge<br>
IRC #holser<br></div></div></div>
<br></span><div><div class="h5"><div class="gmail_quote">On Tue, Dec 22, 2015 at 12:28 AM, Evgeniy L <span dir="ltr"><<a href="mailto:eli@mirantis.com" target="_blank">eli@mirantis.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,<div><br></div><div>We mustn't touch Nailgun's logic, otherwise after upgrade user won't be able</div><div>to manage her/his old nova Cluster. So lets just remove it from UI.</div><div>Also as far as I know we should provide a way to manage old clusters not</div><div>for a release, but for a couple of years.</div><div><br></div><div>Thanks,</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 22, 2015 at 10:40 AM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't think it's a good idea to drop support of 7.0 nova-network<br>
setup in 8.0. We should keep compatibility for at least one release.<br>
<div><div><br>
On Tue, Dec 22, 2015 at 9:15 AM, Aleksey Kasatkin<br>
<<a href="mailto:akasatkin@mirantis.com" target="_blank">akasatkin@mirantis.com</a>> wrote:<br>
> Sergii,<br>
><br>
> We could remove it completely from nailgun if support for 7.0 and earlier is<br>
> not required.<br>
><br>
><br>
> Aleksey Kasatkin<br>
><br>
><br>
> On Tue, Dec 22, 2015 at 3:27 AM, Sergii Golovatiuk<br>
> <<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> Finally we can deprecate nova-network ...<br>
>> We should remove it from UI, nailgun logic and tests to have less<br>
>> technical debt.<br>
>><br>
>> --<br>
>> Best regards,<br>
>> Sergii Golovatiuk,<br>
>> Skype #golserge<br>
>> IRC #holser<br>
>><br>
>> On Mon, Dec 21, 2015 at 5:01 PM, Sheena Gregson <<a href="mailto:sgregson@mirantis.com" target="_blank">sgregson@mirantis.com</a>><br>
>> wrote:<br>
>>><br>
>>> Hey guys –<br>
>>><br>
>>><br>
>>><br>
>>> I know this has been a topic of a lot of discussion – Adrian informed me<br>
>>> on Friday that QA has confirmed the multi-hypervisor use case has been<br>
>>> tested successfully without nova-network, so we can finally deprecate it!<br>
>>><br>
>>><br>
>>><br>
>>> Users who want to deploy multiple hypervisors will need to use the Fuel<br>
>>> DVS plugin (Neutron ML2 driver) to support their vCenter computes and the<br>
>>> KVM/QEMU computes can use Neutron + GRE/VXLAN.<br>
>>><br>
>>><br>
>>><br>
>>> I’ve created a kind of “cover all the things” bug here:<br>
>>> <a href="https://bugs.launchpad.net/fuel/+bug/1528407" rel="noreferrer" target="_blank">https://bugs.launchpad.net/fuel/+bug/1528407</a>.  Given the state of<br>
>>> nova-network right now in Fuel, I have marked it as Critical.<br>
>>><br>
>>><br>
>>><br>
>>> Let’s start the conversation on here and make sure all the bases are<br>
>>> covered – if additional bugs need to be logged or there’s administrative<br>
>>> overhead, let me know and I’ll be happy to help out!<br>
>>><br>
>>><br>
>>><br>
>>> Sheena Gregson | Sr. Product Manager | Mirantis<br>
>>><br>
>>> p: <a href="tel:%2B1%20650%20646%203302" value="+16506463302" target="_blank">+1 650 646 3302</a> | e: <a href="mailto:sgregson@mirantis.com" target="_blank">sgregson@mirantis.com</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> __________________________________________________________________________<br>
>>> OpenStack Development Mailing List (not for usage questions)<br>
>>> Unsubscribe:<br>
>>> <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>
>> __________________________________________________________________________<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>
> __________________________________________________________________________<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>
</div></div></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>
<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>