Bug 1500985 - Shares Cannot Be Shown By Name in an Admin Context
Summary: Shares Cannot Be Shown By Name in an Admin Context
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-manila
Version: 12.0 (Pike)
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: z4
: 12.0 (Pike)
Assignee: Tom Barron
QA Contact: Jason Grosso
Don Domingo
URL:
Whiteboard:
Depends On:
Blocks: 1656606
TreeView+ depends on / blocked
 
Reported: 2017-10-11 22:45 UTC by Dustin Schoenbrun
Modified: 2018-12-05 20:10 UTC (History)
3 users (show)

Fixed In Version: openstack-manila-5.0.1-4.el7ost python-manilaclient-1.17.2-2.el7ost
Doc Type: Bug Fix
Doc Text:
Previously, Manila did not use the correct search options when a project administrator used the python manilaclient to show details for a manila share that was owned by another user. With this update, manila and the python manilaclient use the correct search options and project administrators can show details for manila shares that other users own.
Clone Of:
: 1656606 (view as bug list)
Environment:
Last Closed: 2018-12-05 18:54:06 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1721787 0 None None None 2017-10-11 22:45:54 UTC
OpenStack gerrit 522452 0 None None None 2017-12-18 13:20:34 UTC
OpenStack gerrit 522607 0 None None None 2017-12-18 13:21:36 UTC
OpenStack gerrit 528731 0 None None None 2018-01-08 14:28:13 UTC
OpenStack gerrit 529134 0 None None None 2018-01-08 14:27:26 UTC
Red Hat Product Errata RHBA-2018:3790 0 None None None 2018-12-05 18:54:52 UTC

Description Dustin Schoenbrun 2017-10-11 22:45:54 UTC
Description of problem:
When attempting to show shares that have been created by other users and other tenants as an admin user in an admin project the show command will fail. This is due to an omission of the "all_tenants=1" parameter in the API request (as this is what Cinder does, for example). 

Version-Release number of selected component (if applicable):
python-manila-5.0.1-0.20170918204823.7bcd528.el7ost.noarch

How reproducible:
Looks to always be reproducible.

Steps to Reproduce:
1. Install RHOSP-12 with Manila.
2. Create a non-admin user and project if they don't already exist (I used demo)
3. Using the user and project from step 2, create a Manila share and give it a name (I used "test)
4. Switch to the admin user and project.
5. Attempt to get the details of the share by share name (I ran "manila show test") and observe that the command fails with an error saying that no share with the specified name exists.

Actual results:
The command will show an error saying that there is no such share with the specified name.

Expected results:
The command will succeed and show the contents of the provided share by name.

Additional info:
This should be a simple fix either in the client or in the Manila API implementation to add the "all_tenants=1" parameter to the API request.

Comment 2 Tom Barron 2018-01-08 16:03:11 UTC
All upstream reviews have merged to master and stable/pike branches.

Comment 6 Lon Hohberger 2018-08-15 10:38:50 UTC
According to our records, this should be resolved by openstack-manila-5.0.1-4.el7ost.  This build is available now.

Comment 10 errata-xmlrpc 2018-12-05 18:54:06 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/RHBA-2018:3790


Note You need to log in before you can comment on or make changes to this bug.