and one more:
boot from image (create a new volume) doesn't work either: it leads to a VM
that complains about a non-bootable disk (just like the ISO case). This is
actually and improvement: earlier, nova was waiting for ages for an image to be
created (I guess that this is the result of the gl
>> Using libvirt_image_type=rbd to replace ephemeral disks is new with
>> Havana, and unfortunately some bug fixes did not make it into the
>> release. I've backported the current fixes on top of the stable/havana
>> branch here:
>>
>> https://github.com/jdurgin/nova/tree/havana-ephemeral-rbd
>
>
Hi Josh
> Using libvirt_image_type=rbd to replace ephemeral disks is new with
> Havana, and unfortunately some bug fixes did not make it into the
> release. I've backported the current fixes on top of the stable/havana
> branch here:
>
> https://github.com/jdurgin/nova/tree/havana-ephemeral-rbd
On 11/08/2013 12:15 AM, Jens-Christian Fischer wrote:
Hi all
we have installed a Havana OpenStack cluster with RBD as the backing
storage for volumes, images and the ephemeral images. The code as
delivered in
https://github.com/openstack/nova/blob/master/nova/virt/libvirt/imagebackend.py#L498
f
Under grizzly we disabled completely the image injection via
libvirt_inject_partition = -2 in nova.conf. I'm not sure rbd images can even be
mounted that way - but then again, I don't have experience with havana. We're
using config disks (which break live migrations) and/or the metadata service
Hi all
we have installed a Havana OpenStack cluster with RBD as the backing storage
for volumes, images and the ephemeral images. The code as delivered in
https://github.com/openstack/nova/blob/master/nova/virt/libvirt/imagebackend.py#L498
fails, because the RBD.path it not set. I have patched
