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>
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.