I've never worried about "Image not Found", as its only a UI concern. IMO it lets the users know something has changed. Totally optional, and the same effect can be gained by just renaming it -OLD and leaving it public. At some point, it still needs to be removed. <span></span><br><br>On Tuesday, October 7, 2014, Sławek Kapłoński <<a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I use Your solution and I made old images as private in such change but then<br>
there is one more problem: all instances spawned from that old images are have<br>
in horizon info about image: "not found".<br>
Do You maybe know how to solve that?<br>
<br>
---<br>
Best regards<br>
Sławek Kapłoński<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'slawek@kaplonski.pl')">slawek@kaplonski.pl</a><br>
<br>
Dnia wtorek, 7 października 2014 10:05:57 Abel Lopez pisze:<br>
> You are correct, deleted images are not deleted from the DB, rather their<br>
> row has ‘deleted=1’, so specifying the UUID of another image already in<br>
> glance for a new image being upload will end in tears.<br>
><br>
> What I was trying to convey was, when Christian is uploading a new image of<br>
> the same name as an existing image, the UUID will be different. IMO, the<br>
> correct process should be:<br>
> 1. Make desired changes to your image.<br>
> 2. Rename the existing image (e.g. Fedora-20-OLD)<br>
> 3. (optional) Make the old image private ( is-public 0 )<br>
> 4. Upload the new image using the desired name (e.g. Fedora-20 or like<br>
> Fedora-20-LATEST )<br>
><br>
> Obviously I assume there was testing for viability of the image before it<br>
> was uploaded to glance.<br>
><br>
> For more information, be sure to catch my talk on Tuesday 9am at the summit.<br>
> On Oct 7, 2014, at 9:58 AM, George Shuklin <<a href="javascript:;" onclick="_e(event, 'cvml', 'george.shuklin@gmail.com')">george.shuklin@gmail.com</a>> wrote:<br>
> > As far as I know, it is not possible to assign uuid from deleted image to<br>
> > the new one, because deleted images keeps their metadata in DB.><br>
> > On 09/26/2014 04:43 PM, Abel Lopez wrote:<br>
> >> Glance images are immutable. In order to update it, you should do as you<br>
> >> are doing, but then rename the old image, then upload the updated one.<br>
> >> Take note of the UUID as well.<br>
> >><br>
> >> On Friday, September 26, 2014, Christian Berendt <<a href="javascript:;" onclick="_e(event, 'cvml', 'berendt@b1-systems.de')">berendt@b1-systems.de</a>><br>
> >> wrote: I'm trying to update the contents of an image, but it looks like<br>
> >> it is not working at all.<br>
> >><br>
> >> First I upload a test image:<br>
> >><br>
> >> ---snip---<br>
> >> # dd if=/dev/urandom of=testing.img bs=1M count=10<br>
> >> # glance image-create --disk-format raw --container-format bare --name<br>
> >> TESTING --file testing.img<br>
> >> ---snap---<br>
> >><br>
> >> Now I want to overwrite the contents of this image:<br>
> >><br>
> >> ---snip---<br>
> >> # dd if=/dev/urandom of=testing.img bs=1M count=20<br>
> >> # glance image-update --file testing.img TESTING<br>
> >> ---snap---<br>
> >><br>
> >> After this call the size of the image is still the same like before<br>
> >> (10485760 bytes).<br>
> >><br>
> >> I do not have issues in the logfiles of glance-api and glance-registry.<br>
> >><br>
> >> What am I doing wrong?<br>
> >><br>
> >> Is it not possible to update the contents of an image?<br>
> >><br>
> >> Christian.<br>
> >><br>
> >> --<br>
> >> Christian Berendt<br>
> >> Cloud Solution Architect<br>
> >> Mail: <a href="javascript:;" onclick="_e(event, 'cvml', 'berendt@b1-systems.de')">berendt@b1-systems.de</a><br>
> >><br>
> >> B1 Systems GmbH<br>
> >> Osterfeldstraße 7 / 85088 Vohburg / <a href="http://www.b1-systems.de" target="_blank">http://www.b1-systems.de</a><br>
> >> GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537<br>
> >><br>
> >> _______________________________________________<br>
> >> OpenStack-operators mailing list<br>
> >> <a href="javascript:;" onclick="_e(event, 'cvml', 'OpenStack-operators@lists.openstack.org')">OpenStack-operators@lists.openstack.org</a><br>
> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> OpenStack-operators mailing list<br>
> >> <a href="javascript:;" onclick="_e(event, 'cvml', 'OpenStack-operators@lists.openstack.org')">OpenStack-operators@lists.openstack.org</a><br>
> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
> ><br>
> > _______________________________________________<br>
> > OpenStack-operators mailing list<br>
> > <a href="javascript:;" onclick="_e(event, 'cvml', 'OpenStack-operators@lists.openstack.org')">OpenStack-operators@lists.openstack.org</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></blockquote>