Jump to: navigation, search

Difference between revisions of "Glance-image-recover"

(Known code impact)
Line 27: Line 27:
  
 
== Known code impact ==
 
== Known code impact ==
1. List pending-delete image
+
1. List pending-delete image <br/>
2. Only allow 'active' image to be in 'pending-delete'  
+
2. Only the image which in 'active' status can be recovered to 'pending-delete'
  
 
== References ==
 
== References ==
 
<references />
 
<references />

Revision as of 07:55, 20 November 2013

Overview

This proposal aims to recover an image which is in 'pending-delete' state so as to provide the revert capability for the purposes of allowing emergency operational action to recover from an accidental delete

General Workflow

  1. The 'delayed_delete' config entry is enabled in glance-api.conf
  2. Delete the specific image
  3. List the images which are 'pending-delete'
  4. User PUT /v2/images/{image-uuid} on the requested image to recover it
  5. Eventually, the requested image should be in 'active' state after recovering successfully.

Design Details

HTTP Request - PUT /v2/images/12345678-1234-1234-1234-123456789abc
Response: 201 OK
{ "status": "success",
  "result" : {
      "image_uuid": "deadbeef-dead-dead-dead-beefbeefbeef"
   }
  "expires_at": "2013-05-21T15:19:56+0000",
  "id": "12345678-1234-1234-1234-123456789abc",
  "input" : {... },
   /* etc */
}

Known code impact

1. List pending-delete image
2. Only the image which in 'active' status can be recovered to 'pending-delete'

References