On Mon, May 19, 2014 at 2:27 PM, Pierre Grandin < pierre.grandin at tubemogul.com> wrote: > With the help of Josh on IRC, we found that actually the > glance_api_version directive has to be in the [default] block of your > cinder.conf ( i happen to have two storage backends and this directive was > in my rbd block). > > After fixing this config my volumes created via cinder are indeed COW. > > Now I need to figure out why nova is still doing rbd --import... > > I'm not sure if the v1 url below is correct... Any idea? > > location: http://172.16.128.223:9292/v1/images/6850844a-2899-4bc6-a957-de9705d56130 <http://172.16.128.223:9292/v1/images/6850844a-2899-4bc6-a957-de9705d56130x-image-meta-is_public> > > So using glance --os-image-api-version 2 i was able to confirm that glance does serve direct urls. After digging some more, i've narrowed to this call : https://github.com/jdurgin/nova/blob/havana-ephemeral-rbd/nova/virt/libvirt/imagebackend.py#L787-792 The clone seems to fail, as the volume is not created, but i have nothing in my logs. I've added some debugging and the parameters seems to be correct : [...] rbd c29a96da-5165-4190-9727-0b728648f6a6_disk [...] pool images [...] image 55542add-6dca-4a01-8f17-bc4aed962f5e [...] snapshot snap No exception is raised according to my logs, i've also read https://ceph.com/docs/master/rbd/librbdpy/ I'm not really clear about how to create the contexts so I can't try to reproduce it from a simple python script right now. Any help appreciated! Pierre -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140520/f7bcc4c3/attachment.htm>
 |