[openstack-dev] [Nova] Seperate out 'soft-deleted' instances from 'deleted' ones?

Matt Riedemann mriedem at us.ibm.com
Mon Jul 15 14:03:22 UTC 2013


I have a patch up for review on this:

https://review.openstack.org/#/c/35061/ 

However, this doesn't fix the vm_states.SOFT_DELETED mapping in 
nova.api.openstack.common so if you show an instance with 
vm_states.SOFT_DELETED, the response status will be 'DELETED'.

I'd like to see if there are any opinions on if this should come back as 
'SOFT_DELETED' or if everyone is OK with mapping soft-delete to 'DELETED' 
in the v3 API?

As far as the bug is concerned, I've at least done what I wanted which was 
to make the filtering work when searching on SOFT_DELETED and raise a 
BadRequest on unmapped status values to shore up the usability problem 
there.



Thanks,

MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack Development

Phone: 1-507-253-7622 | Mobile: 1-507-990-1889
E-mail: mriedem at us.ibm.com


3605 Hwy 52 N
Rochester, MN 55901-1407
United States




From:   Matt Riedemann/Rochester/IBM at IBMUS
To:     OpenStack Development Mailing List 
<openstack-dev at lists.openstack.org>, 
Date:   07/01/2013 04:14 PM
Subject:        Re: [openstack-dev] [Nova] Seperate out 'soft-deleted' 
instances       from 'deleted' ones?



For everyone's awareness, there is a bug related to this: 
https://bugs.launchpad.net/nova/+bug/1196255 



Thanks, 

MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack Development 

Phone: 1-507-253-7622 | Mobile: 1-507-990-1889
E-mail: mriedem at us.ibm.com 


3605 Hwy 52 N
Rochester, MN 55901-1407
United States





From:        Yufang Zhang <yufang521247 at gmail.com> 
To:        openstack-dev at lists.openstack.org, 
Date:        06/30/2013 10:01 AM 
Subject:        [openstack-dev] Seperate out 'soft-deleted' instances from 
       'deleted' ones? 



In nova-api, both vm_states.DELETED and vm_states.SOFT_DELETED states are 
mapped to the 'DELETED' status. Thus although nova-api supports filtering 
instances by instance status, we cannot get instances which are in 
'soft-deleted' status, like: 

nova list --status SOFT_DELETED 

So does it make sense to seperate out 'soft-deleted' instances from 
'deleted' ones in the api level? 

To achive this, we can modify the state-status mappings in nova-api to map 
vm_states.SOFT_DELETED to a dedicated status(like SOFT_DELETED) and vice 
versa. Of course, some modification should be token in the instance filter 
logic. 

Could anyone give some opinions before I am working on it? 

Thanks._______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130715/0a0ab2ff/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1851 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130715/0a0ab2ff/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1851 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130715/0a0ab2ff/attachment-0001.gif>


More information about the OpenStack-dev mailing list