<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Apr 28, 2014 at 6:01 PM, Kyle Mestery <span dir="ltr"><<a href="mailto:mestery@noironetworks.com" target="_blank">mestery@noironetworks.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Mon, Apr 28, 2014 at 8:54 AM, Oleg Bondarev <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>> wrote:<br>

> Yeah, I also saw in docs that update-device is supported since 0.8.0<br>
> version,<br>
> not sure why it didn't work in my setup.<br>
> I installed latest libvirt 1.2.3 and now update-device works just fine and I<br>
> am able<br>
> to move instance tap device from one bridge to another with no downtime and<br>
> no reboot!<br>
> I'll try to investigate why it didn't work on 0.9.8 and which is the minimal<br>
> libvirt version for this.<br>
><br>
</div>Wow, cool! This is really good news. Thanks for driving this! By<br>
chance did you notice if there was a drop in connectivity at all, or<br>
if the guest detected the move at all?<br></blockquote><div><br></div><div>Didn't check it yet. What in your opinion would be the best way of testing this?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">
Kyle<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> Thanks,<br>
> Oleg<br>
><br>
><br>
> On Sat, Apr 26, 2014 at 5:46 AM, Kyle Mestery <<a href="mailto:mestery@noironetworks.com">mestery@noironetworks.com</a>><br>
> wrote:<br>
>><br>
>> According to this page [1], "update-device" is supported from libvirt<br>
>> 0.8.0 onwards. So in theory, this should be working with your 0.9.8<br>
>> version you have. If you continue to hit issues here Oleg, I'd suggest<br>
>> sending an email to the libvirt mailing list with the specifics of the<br>
>> problem. I've found in the past there are lots of very helpful on that<br>
>> mailing list.<br>
>><br>
>> Thanks,<br>
>> Kyle<br>
>><br>
>> [1] <a href="http://libvirt.org/sources/virshcmdref/html-single/#sect-update-device" target="_blank">http://libvirt.org/sources/virshcmdref/html-single/#sect-update-device</a><br>
>><br>
>> On Thu, Apr 24, 2014 at 7:42 AM, Oleg Bondarev <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>><br>
>> wrote:<br>
>> > So here is the etherpad for the migration discussion:<br>
>> > <a href="https://etherpad.openstack.org/p/novanet-neutron-migration" target="_blank">https://etherpad.openstack.org/p/novanet-neutron-migration</a><br>
>> > I've also filed a design session on this:<br>
>> > <a href="http://summit.openstack.org/cfp/details/374" target="_blank">http://summit.openstack.org/cfp/details/374</a><br>
>> ><br>
>> > Currently I'm still struggling with instance vNic update, trying to move<br>
>> > it<br>
>> > from one bridge to another.<br>
>> > Tried the following on ubuntu 12.04 with libvirt 0.9.8:<br>
>> ><br>
>> > <a href="https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-dynamic-vNIC.html" target="_blank">https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-dynamic-vNIC.html</a><br>

>> > virsh update-device shows success but nothing actually changes in the<br>
>> > instance interface config.<br>
>> > Going to try this with later libvirt version.<br>
>> ><br>
>> > Thanks,<br>
>> > Oleg<br>
>> ><br>
>> ><br>
>> ><br>
>> > On Wed, Apr 23, 2014 at 3:24 PM, Rossella Sblendido<br>
>> > <<a href="mailto:rsblendido@suse.com">rsblendido@suse.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >><br>
>> >> Very interesting topic!<br>
>> >> +1 Salvatore<br>
>> >><br>
>> >> It would be nice to have an etherpad to share the information and<br>
>> >> organize<br>
>> >> a plan. This way it would be easier for interested people  to join.<br>
>> >><br>
>> >> Rossella<br>
>> >><br>
>> >><br>
>> >> On 04/23/2014 12:57 AM, Salvatore Orlando wrote:<br>
>> >><br>
>> >> It's great to see that there is activity on the launchpad blueprint as<br>
>> >> well.<br>
>> >> From what I heard Oleg should have already translated the various<br>
>> >> discussion into a list of functional requirements (or something like<br>
>> >> that).<br>
>> >><br>
>> >> If that is correct, it might be a good idea to share them with relevant<br>
>> >> stakeholders (operators and developers), define an actionable plan for<br>
>> >> Juno,<br>
>> >> and then distribute tasks.<br>
>> >> It would be a shame if it turns out several contributors are working on<br>
>> >> this topic independently.<br>
>> >><br>
>> >> Salvatore<br>
>> >><br>
>> >><br>
>> >> On 22 April 2014 16:27, Jesse Pretorius <<a href="mailto:jesse.pretorius@gmail.com">jesse.pretorius@gmail.com</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>> On 22 April 2014 14:58, Salvatore Orlando <<a href="mailto:sorlando@nicira.com">sorlando@nicira.com</a>> wrote:<br>
>> >>>><br>
>> >>>> From previous requirements discussions,<br>
>> >>><br>
>> >>><br>
>> >>> There's a track record of discussions on the whiteboard here:<br>
>> >>> <a href="https://blueprints.launchpad.net/neutron/+spec/nova-to-quantum-upgrade" target="_blank">https://blueprints.launchpad.net/neutron/+spec/nova-to-quantum-upgrade</a><br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> OpenStack-dev mailing list<br>
>> >>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> >>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>> >>><br>
>> >><br>
>> >><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> OpenStack-dev mailing list<br>
>> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>> >><br>
>> >><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> OpenStack-dev mailing list<br>
>> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>> >><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > OpenStack-dev mailing list<br>
>> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>> ><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>