[openstack-dev] [Nova] [RBD] Copy-on-write cloning for RBD-backed disks

Dan Genin daniel.genin at jhuapl.edu
Thu Dec 4 15:34:02 UTC 2014

Hello Dmitry,

This is off the topic of original email but related to RBD.

Looking through the code of LibvirtDriver._get_instance_disk_info() I 
noticed that it only returns data for disks with <source file=...> or 
<source dev=...> but not <source proto=...> so RBD backed instances 
would be incorrectly reported to have no ephemeral disks. I don't know 
if this is already handled somehow by RBD code but just wanted to bring 
it to your attention since you seem to be working on RBD support.

Best regards,

On 07/16/2014 05:17 PM, Dmitry Borodaenko wrote:
> This message has been archived. View the original item 
> <http://APLARC1a.dom1.jhuapl.edu/EnterpriseVault/ViewMessage.asp?VaultId=16B79165D28865E4DB5D396F435B79C931110000aplevsite.dom1.jhuapl.edu&SavesetId=201409181084127%7E201407162118260000%7EZ%7EF1048757F1C512B786F178CCA7EBA931>
> I've got a bit of good news and bad news about the state of landing
> the rbd-ephemeral-clone patch series for Nova in Juno.
> The good news is that the first patch in the series
> (https://review.openstack.org/91722 fixing a data loss inducing bug
> with live migrations of instances with RBD backed ephemeral drives)
> was merged yesterday.
> The bad news is that after 2 months of sitting in review queue and
> only getting its first a +1 from a core reviewer on the spec approval
> freeze day, the spec for the blueprint rbd-clone-image-handler
> (https://review.openstack.org/91486) wasn't approved in time. Because
> of that, today the blueprint was rejected along with the rest of the
> commits in the series, even though the code itself was reviewed and
> approved a number of times.
> Our last chance to avoid putting this work on hold for yet another
> OpenStack release cycle is to petition for a spec freeze exception in
> the next Nova team meeting:
> https://wiki.openstack.org/wiki/Meetings/Nova
> If you're using Ceph RBD as backend for ephemeral disks in Nova and
> are interested this patch series, please speak up. Since the biggest
> concern raised about this spec so far has been lack of CI coverage,
> please let us know if you're already using this patch series with
> Juno, Icehouse, or Havana.
> I've put together an etherpad with a summary of where things are with
> this patch series and how we got here:
> https://etherpad.openstack.org/p/nova-ephemeral-rbd-clone-status
> Previous thread about this patch series on ceph-users ML:
> http://lists.ceph.com/pipermail/ceph-users-ceph.com/2014-March/028097.html
> -- 
> Dmitry Borodaenko
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141204/4205e3f6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3449 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141204/4205e3f6/attachment.bin>

More information about the OpenStack-dev mailing list