<div dir="ltr">I think the workflow management might be a better place to solve your problem, if I understood correctly<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 4:29 PM, Huang Zhiteng <span dir="ltr"><<a href="mailto:winston.d@gmail.com" target="_blank">winston.d@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, Mar 11, 2014 at 11:38 AM, Zhangleiqiang<br>
<<a href="mailto:zhangleiqiang@huawei.com">zhangleiqiang@huawei.com</a>> wrote:<br>
> Hi all,<br>
><br>
><br>
><br>
> Besides the "soft-delete" state for volumes, I think there is need for<br>
> introducing another "fake delete" state for volumes which have snapshot.<br>
><br>
><br>
><br>
> Current Openstack refuses the delete request for volumes which have<br>
> snapshot. However, we will have no method to limit users to only use the<br>
> specific snapshot other than the original volume ,  because the original<br>
> volume is always visible for the users.<br>
><br>
><br>
><br>
> So I think we can permit users to delete volumes which have snapshots, and<br>
> mark the volume as "fake delete" state. When all of the snapshots of the<br>
> volume have already deleted, the original volume will be removed<br>
> automatically.<br>
><br>
</div>Can you describe the actual use case for this?  I not sure I follow<br>
why operator would like to limit the owner of the volume to only use<br>
specific version of snapshot.  It sounds like you are adding another<br>
layer.  If that's the case, the problem should be solved at upper<br>
layer instead of Cinder.<br>
<div class="HOEnZb"><div class="h5">><br>
><br>
><br>
><br>
> Any thoughts? Welcome any advices.<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> ----------<br>
><br>
> zhangleiqiang<br>
><br>
><br>
><br>
> Best Regards<br>
><br>
><br>
><br>
> From: John Griffith [mailto:<a href="mailto:john.griffith@solidfire.com">john.griffith@solidfire.com</a>]<br>
> Sent: Thursday, March 06, 2014 8:38 PM<br>
><br>
><br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> Subject: Re: [openstack-dev] [Nova][Cinder] Feature about volume delete<br>
> protection<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> On Thu, Mar 6, 2014 at 9:13 PM, John Garbutt <<a href="mailto:john@johngarbutt.com">john@johngarbutt.com</a>> wrote:<br>
><br>
> On 6 March 2014 08:50, zhangyu (AI) <<a href="mailto:zhangyu11@huawei.com">zhangyu11@huawei.com</a>> wrote:<br>
>> It seems to be an interesting idea. In fact, a China-based public IaaS,<br>
>> QingCloud, has provided a similar feature<br>
>> to their virtual servers. Within 2 hours after a virtual server is<br>
>> deleted, the server owner can decide whether<br>
>> or not to cancel this deletion and re-cycle that "deleted" virtual server.<br>
>><br>
>> People make mistakes, while such a feature helps in urgent cases. Any idea<br>
>> here?<br>
><br>
> Nova has soft_delete and restore for servers. That sounds similar?<br>
><br>
> John<br>
><br>
><br>
>><br>
>> -----Original Message-----<br>
>> From: Zhangleiqiang [mailto:<a href="mailto:zhangleiqiang@huawei.com">zhangleiqiang@huawei.com</a>]<br>
>> Sent: Thursday, March 06, 2014 2:19 PM<br>
>> To: OpenStack Development Mailing List (not for usage questions)<br>
>> Subject: [openstack-dev] [Nova][Cinder] Feature about volume delete<br>
>> protection<br>
>><br>
>> Hi all,<br>
>><br>
>> Current openstack provide the delete volume function to the user.<br>
>> But it seems there is no any protection for user's delete operation miss.<br>
>><br>
>> As we know the data in the volume maybe very important and valuable.<br>
>> So it's better to provide a method to the user to avoid the volume delete<br>
>> miss.<br>
>><br>
>> Such as:<br>
>> We can provide a safe delete for the volume.<br>
>> User can specify how long the volume will be delay deleted(actually<br>
>> deleted) when he deletes the volume.<br>
>> Before the volume is actually deleted, user can cancel the delete<br>
>> operation and find back the volume.<br>
>> After the specified time, the volume will be actually deleted by the<br>
>> system.<br>
>><br>
>> Any thoughts? Welcome any advices.<br>
>><br>
>> Best regards to you.<br>
>><br>
>><br>
>> ----------<br>
>> zhangleiqiang<br>
>><br>
>> Best Regards<br>
>><br>
>><br>
>><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>
>> _______________________________________________<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>
> _______________________________________________<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>
><br>
><br>
> I think a soft-delete for Cinder sounds like a neat idea.  You should file a<br>
> BP that we can target for Juno.<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> John<br>
><br>
><br>
><br>
><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>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Regards<br>
Huang Zhiteng<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>