Bug 1150839

Summary: [RFE][horizon]: Add Manage/Unmanage Volume feature
Product: Red Hat OpenStack Reporter: RHOS Integration <rhos-integ>
Component: python-django-horizonAssignee: Matthias Runge <mrunge>
Status: CLOSED ERRATA QA Contact: Ido Ovadia <iovadia>
Severity: low Docs Contact:
Priority: medium    
Version: unspecifiedCC: aortega, athomas, lbopf, markmc, mrunge, nbarcet, yeylon
Target Milestone: Upstream M2Keywords: FutureFeature, OtherQA
Target Release: 7.0 (Kilo)   
Hardware: Unspecified   
OS: Unspecified   
URL: https://blueprints.launchpad.net/horizon/+spec/add-manage-unmanage-volume
Whiteboard: upstream_milestone_kilo-2 upstream_definition_approved upstream_status_implemented
Fixed In Version: python-django-horizon-2015.1.0-9.el7ost Doc Type: Enhancement
Doc Text:
The 'Manage/Unmanage' option has been added to the 'Volumes' tab of the OpenStack dashboard. 'Manage' takes an existing volume created outside of OpenStack and makes it available. 'Unmanage' removes the visibility of a volume within OpenStack, but does not delete the actual volume.
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-05 13:14:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description RHOS Integration 2014-10-09 04:07:02 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/horizon/+spec/add-manage-unmanage-volume.

Description:

Summary:
Add manage/unmanage options to "Admin -> Volumes" panel so that an admin can access existing volumes not currently managed by OpenStack.

Motivation:
This functionality exists via the Cinder CLI, so we should expose it in Horizon.

$ cinder help manage
usage: cinder manage [--id-type <id-type>] [--name <name>]
                     [--description <description>]
                     [--volume-type <volume-type>]
                     [--availability-zone <availability-zone>]
                     [--metadata [<key=value> [<key=value> ...]]] [--bootable]
                     <host> <identifier>

Manage an existing volume.

Positional arguments:
  <host>                Cinder host on which the existing volume resides;
                        takes the form: host@backend-name#pool
  <identifier>          Name or other Identifier for existing volume

Optional arguments:
  --id-type <id-type>   Type of backend device identifier provided, typically
                        source-name or source-id (Default=source-name)
  --name <name>         Volume name (Default=None)
  --description <description>
                        Volume description (Default=None)
  --volume-type <volume-type>
                        Volume type (Default=None)
  --availability-zone <availability-zone>
                        Availability zone for volume (Default=None)
  --metadata [<key=value> [<key=value> ...]]
                        Metadata key=value pairs (Default=None)
  --bootable            Specifies that the newly created volume should be
                        marked as bootable


$ cinder help unmanage
usage: cinder unmanage <volume>

Stop managing a volume.

Positional arguments:
  <volume>  Name or ID of the volume to unmanage.


UX:
Need to add a new "Manage Volume" action button to the "Admin -> Volumes" table. This will bring up a modal dialog allowing the user to enter volume and cinder host information.

Need to add a new "Unmanage Volume" action button to each row of the "Admin -> Volumes" table. This will simply send the volume and host name to the cinder client.

Outside Dependencies:
N/A

Requirements Update Required:
N/A

Doc Impact:
N/A

Specification URL (additional information):

None

Comment 6 errata-xmlrpc 2015-08-05 13:14:27 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2015:1548