<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div apple-content-edited="true"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
On Aug 27, 2013, at 18:52 , Russell Bryant <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:</div>
</span></div>
</span></span></div>
<div><br class="Apple-interchange-newline">
<blockquote type="cite">On 08/27/2013 10:53 AM, Alessandro Pilotti wrote:<br>
<blockquote type="cite">That's IMO a different story: backporting a driver is usually quite<br>
trivial as it affects only one service (nova-compute) and one<br>
interaction point with Nova (the driver's interface). Between Havana and<br>
Grizzly for example, the entire Hyper-V driver can be backported without<br>
substantial issues. On the deployment side, we have to care only about<br>
updating the code which runs con the compute nodes, using vanilla<br>
OpenStack components on the controller and remaining nodes.<br>
<br>
Backporting the public APIs is a whole different story, it affects way<br>
more components that need to be deployed (nova-api as a minimum of<br>
course), with way more interaction points that might incur into patching<br>
hell.<br>
</blockquote>
<br>
Do you really know that? This is pretty hand wavy. I think you're<br>
making this backport out to be _way_ more complicated than it is. I<br>
don't see why it's any more complicated than a virt driver feature backport.<br>
<br>
<blockquote type="cite">What about publishing the API as blacklisted by default? This way it<br>
would be available only to users that enable it explicitly, while still<br>
supporting the scenario described above.<br>
</blockquote>
<br>
It still makes no sense to me to merge an API for a feature that can't<br>
be used.<br>
<br>
</blockquote>
<div><br>
</div>
<div>I just committed a fully working implementation of the live-snapshot blueprint in the Hyper-V driver.</div>
<div>The tests haven't been published yet (I need to clean them up a bit before).</div>
<div><br>
</div>
<div>Here's the patch: <span style="text-decoration: underline; color: rgb(71, 135, 255); "><a href="https://review.openstack.org/#/c/44595/">https://review.openstack.org/#/c/44595/</a></span></div>
<div><br>
</div>
<div>My plan was to write it and publish it at the beginning of the next cycle, but I was wondering if with this we could save the live-snapshot APIs in Havana, so I hurried up a bit. :-)</div>
<div>I know that it's awfully late to bring it up for Havana, if it's not possible to accept it, no problem at all of course, I'm going to bring it back at the beginning of the Icehouse cycle.</div>
<div><br>
</div>
<div>The results in terms of boot times are quite impressive. This feature, especially combined with the Hyper-V RemoteFX feature in Havana (host GPU access in the instances) can bring VDI snenarios to another level, just to name one of the use cases.</div>
<div>We are already at work on the cloudbase-init side to support the initialization on the client side. The compute node takes of course care of changing Mac addresses and attaching a new config drive (when needed).</div>
<div><br>
</div>
<div>Alessandro</div>
<div><br>
</div>
<br>
<blockquote type="cite">-- <br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br>
</blockquote>
</div>
<br>
</body>
</html>