<div dir="ltr"><div>It would be nice to have an archive status for images, where brand new instances may not be launched off it, but where it may be used as a reference for existing instances and snapshots.<br><br></div>Not sure about other folks, but we just keep piling up the old images, and they have to remain public. There's no preventing folks from launching off those old crusty images.<br><div><div class="gmail_extra"><br clear="all"><div>Warren<br></div>
<br><div class="gmail_quote">On Tue, Oct 7, 2014 at 2:21 PM, Abel Lopez <span dir="ltr"><<a href="mailto:alopgeek@gmail.com" target="_blank">alopgeek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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. <div class="HOEnZb"><div class="h5"><span></span><br><br>On Tuesday, October 7, 2014, Sławek Kapłoński <<a href="mailto:slawek@kaplonski.pl" target="_blank">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>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>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>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>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>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>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>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>
</div></div><br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto: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></blockquote></div><br></div></div></div>