Bug 1272960

Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols
Product: [Community] RDO Reporter: krishnaram Karthick <kramdoss>
Component: openstack-manilaAssignee: Pete Zaitcev <zaitcev>
Status: CLOSED EOL QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: Liberty   
Target Milestone: ---   
Target Release: Kilo   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-05-19 15:32:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description krishnaram Karthick 2015-10-19 10:09:33 UTC 
Description of problem:

In Liberty, export location for gluster nfs-ganesha is different for nfsv3 & nfsv4 protocols.

NFSv3 share location is of the format - <ganesha server ip>:/<share-id> and NFSv4 share location is of the format - <ganesha server ip>:/<share-id>--<access-id>.

Export location listed in 'manila list' works only with NFSv3 protocol. Using same path to export share using NFSv4 protocol fails.

cropped output of 'manila list' command:

|ID| Name| export location|
| 7303bc3d-bb1f-4d7b-9171-0c168edcc78c | nfs-ganesha-vol10 10.70.37.91:/share-d34d3ab4-197d-4ae3-9623-14e96b4e5398 |

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

# rpm -qa | grep 'manila'
python-manila-1.0.0.0-rc2.dev24.el7.centos.noarch
python-manilaclient-1.4.1-dev3.el7.centos.noarch
openstack-manila-1.0.0.0-rc2.dev24.el7.centos.noarch
openstack-manila-share-1.0.0.0-rc2.dev24.el7.centos.noarch


How reproducible:
Always

Steps to Reproduce:
create a share and using the export location attempt to mount the share using nfsV4 proocol

Actual results:
export location is invalid

Expected results:
A valid export location should be available

Additional info:
Export location for both nfsv3 and nfsv4 should use pseudo path i.e., <ganesha server ip>:/<share-id>--<access-id>
Comment 1 Chandan Kumar 2016-05-19 15:32:54 UTC 
This bug is against a Version which has reached End of Life.
If it's still present in supported release (http://releases.openstack.org), please update Version and reopen.