Got it. Many thanks! Leiqiang, you can take action now :)
From: John Griffith [mailto:john.griff...@solidfire.com] Sent: Thursday, March 06, 2014 8:38 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Nova][Cinder] Feature about volume delete protection On Thu, Mar 6, 2014 at 9:13 PM, John Garbutt <j...@johngarbutt.com<mailto:j...@johngarbutt.com>> wrote: On 6 March 2014 08:50, zhangyu (AI) <zhangy...@huawei.com<mailto:zhangy...@huawei.com>> wrote: > It seems to be an interesting idea. In fact, a China-based public IaaS, > QingCloud, has provided a similar feature > to their virtual servers. Within 2 hours after a virtual server is deleted, > the server owner can decide whether > or not to cancel this deletion and re-cycle that "deleted" virtual server. > > People make mistakes, while such a feature helps in urgent cases. Any idea > here? Nova has soft_delete and restore for servers. That sounds similar? John > > -----Original Message----- > From: Zhangleiqiang > [mailto:zhangleiqi...@huawei.com<mailto:zhangleiqi...@huawei.com>] > Sent: Thursday, March 06, 2014 2:19 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: [openstack-dev] [Nova][Cinder] Feature about volume delete protection > > Hi all, > > Current openstack provide the delete volume function to the user. > But it seems there is no any protection for user's delete operation miss. > > As we know the data in the volume maybe very important and valuable. > So it's better to provide a method to the user to avoid the volume delete > miss. > > Such as: > We can provide a safe delete for the volume. > User can specify how long the volume will be delay deleted(actually deleted) > when he deletes the volume. > Before the volume is actually deleted, user can cancel the delete operation > and find back the volume. > After the specified time, the volume will be actually deleted by the system. > > Any thoughts? Welcome any advices. > > Best regards to you. > > > ---------- > zhangleiqiang > > Best Regards > > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev I think a soft-delete for Cinder sounds like a neat idea. You should file a BP that we can target for Juno. Thanks, John
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev