<div dir="ltr">No, I'm looking to prevent images that are in use from being deleted. "In use" and "protected" are disjoint sets.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 16, 2014 at 3:36 PM, Fei Long Wang <span dir="ltr"><<a href="mailto:feilong@catalyst.net.nz" target="_blank">feilong@catalyst.net.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hi Chris,<br>
    <br>
    Are you looking for the 'protected' attribute? You can mark an image
    with 'protected'=True, then the image can't be deleted by
    accidentally. <br><div><div class="h5">
    <br>
    <div>On 17/12/14 10:23, Chris St. Pierre
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">The goal here is protection against deletion of
        in-use images, not a workaround that can be executed by an
        admin. For instance, someone without admin still can't do that,
        and someone with a fat finger can still delete images in use.
        <div><br>
        </div>
        <div>"Don't lose your data" is a fine workaround for taking
          backups, but most of us take backups anyway. Same deal.</div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Tue, Dec 16, 2014 at 2:30 PM, Jay
          Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just set
            the images to is_public=False as an admin and they'll
            disappear from everyone except the admin.<br>
            <br>
            -jay
            <div>
              <div><br>
                <br>
                On 12/16/2014 03:09 PM, Chris St. Pierre wrote:<br>
              </div>
            </div>
            <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div>
                <div>
                  Currently, with delay_delete enabled, the Glance
                  scrubber happily<br>
                  deletes whatever images you ask it to. That includes
                  images that are<br>
                  currently in use by Nova guests, which can really hose
                  things. It'd be<br>
                  nice to have an option to tell the scrubber to skip
                  deletion of images<br>
                  that are currently in use, which is fairly trivial to
                  check for and<br>
                  provides a nice measure of protection.<br>
                  <br>
                  Without delay_delete enabled, checking for images in
                  use likely takes<br>
                  too much time, so this would be limited to just images
                  that are scrubbed<br>
                  with delay_delete.<br>
                  <br>
                  I wanted to bring this up here before I go to the
                  trouble of writing a<br>
                  spec for it, particularly since it doesn't appear that
                  glance currently<br>
                  talks to Nova as a client at all. Is this something
                  that folks would be<br>
                  interested in having? Thanks!<br>
                  <br>
                  --<br>
                  Chris St. Pierre<br>
                  <br>
                  <br>
                </div>
              </div>
              _______________________________________________<br>
              OpenStack-dev mailing list<br>
              <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
              <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
              <br>
            </blockquote>
            <br>
            _______________________________________________<br>
            OpenStack-dev mailing list<br>
            <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
            <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        <div>Chris St. Pierre</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
OpenStack-dev mailing list
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
    </div></div><span class="HOEnZb"><font color="#888888"><pre cols="72">-- 
Cheers & Best regards,
Fei Long Wang (王飞龙)
--------------------------------------------------------------------------
Senior Cloud Software Engineer
Tel: <a href="tel:%2B64-48032246" value="+6448032246" target="_blank">+64-48032246</a>
Email: <a href="mailto:flwang@catalyst.net.nz" target="_blank">flwang@catalyst.net.nz</a>
Catalyst IT Limited
Level 6, Catalyst House, 150 Willis Street, Wellington
-------------------------------------------------------------------------- </pre>
  </font></span></div>

<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Chris St. Pierre</div>
</div>