<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 14 February 2014 10:38, Robert van Leeuwen <span dir="ltr"><<a href="mailto:Robert.vanLeeuwen@spilgames.com" target="_blank">Robert.vanLeeuwen@spilgames.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I found a work-around by re-uploading the image with the original image-id from the hypervisor where the image is still located but it is a pretty ugly manual hack.<br>

</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Anyone else hit this, and if so, how did you deal with this?</blockquote><div><br></div><div>Beside the method you've mentioned above, I've taken a simpler approach which is to simply rsync the base image from the source to the target via ssh.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I would prefer that Openstack handles this by copying the image between the hosts when it is no longer in Glance.<br></blockquote><div><br></div><div>An alternative would be that an image, when 'deleted' by a customer/admin, doesn't actually get deleted - it is just hidden and no longer available to be deployed by a user. It should remain in this state until all instances making use of it are deleted.<br>

</div><div><br></div><div><br></div></div></div></div>