This bug has been migrated to another issue tracking site. It has been closed here and may no longer be being monitored.

If you would like to get updates for this issue, or to participate in it, you may do so at Red Hat Issue Tracker .
Bug 1839235 - Manage/Unmanage support for CephFS drivers
Summary: Manage/Unmanage support for CephFS drivers
Keywords:
Status: CLOSED MIGRATED
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-manila
Version: 17.0 (Wallaby)
Hardware: All
OS: All
medium
medium
Target Milestone: ---
: ---
Assignee: Carlos da Silva
QA Contact: lkuchlan
Erin Peterson
URL:
Whiteboard:
Depends On: 2008969
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-05-22 19:55 UTC by Goutham Pacha Ravi
Modified: 2023-10-03 17:41 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-09-22 16:52:20 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker   OSP-2149 0 None None None 2023-10-03 17:41:35 UTC

Description Goutham Pacha Ravi 2020-05-22 19:55:07 UTC 
Description of problem:

OpenStack Manila has support for "managing" and "unmanaging" shares and share snapshots, a valuable workflow for cloud administrators to take shared file systems (and their snapshots) in and out of manila's management. Managing allows manila to adopt/import a share into a configured backend storage system, and apply manila specific extra specifications on it.

Consider for instance a possibility of moving a ceph cluster across OpenStack deployments; or rebuilding an existing OpenStack deployment and registering shares back. It's not trivial for an administrator to remove a share from manila or restore it into manila when performing these day2 cluster maintenance operations. Manila also doesn't support retype operations currently. The alternative to retyping is to migrate shares (which involves an expensive data copy) or to un-manage and re-manage them with a different share type.

Version-Release number of selected component (if applicable): 17

Additional info: The upstream blueprint for this feature is: https://blueprints.launchpad.net/manila/+spec/manage-unmanage-cephfs-shares-and-snapshots
Comment 3 Chuck Copello 2020-06-30 13:19:06 UTC 
Changed Doc Contact to default email list.
Comment 7 Gregory Charot 2023-06-28 14:39:40 UTC 
Removing this RFE from OSP18. This feature failed the Antelope release and is not a candidate for downstream backport at the moment. If you think this should be reconsidered, please add your customer to this BZ.
Note You need to log in before you can comment on or make changes to this bug.