Bug 1732562

Summary:	[OSP 13] [manila] Unable to configure name of NFS-Ganesha's rados pool
Product:	Red Hat OpenStack	Reporter:	Goutham Pacha Ravi <gouthamr>
Component:	puppet-tripleo	Assignee:	Giulio Fidente <gfidente>
Status:	CLOSED ERRATA	QA Contact:	Jason Grosso <jgrosso>
Severity:	low	Docs Contact:
Priority:	low
Version:	13.0 (Queens)	CC:	gcharot, jjoyce, jschluet, mburns, ndeevy, slinaber, tbarron, tvignaud, vimartin
Target Milestone:	z8	Keywords:	Triaged, ZStream
Target Release:	13.0 (Queens)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-tripleo-heat-templates-8.3.1-68.el7ost puppet-tripleo-8.4.1-23.el7ost	Doc Type:	Bug Fix
Doc Text:	Previously, the `ManilaCephFSDataPoolName` parameter used to set a custom name for CephFS daemons was not correctly set for the Shared File System service (manila). This caused the manila CephFS back end to fail when configured to use NFS as a gateway with a custom CephFS data pool name. With this update, you can apply a custom name to the pool that CephFS and Ganesha use as file system shares.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-09-03 16:55:57 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 Goutham Pacha Ravi 2019-07-23 17:04:08 UTC

Description of problem:

When deploying manila with the CephFS-via-NFS backend; we can use the heat parameters "ManilaCephFSDataPoolName" to customize the name of the pool; however, despite changing this parameter's value; the value of the configuration option: "[<CEPHFS_BACKEND_NAME>]/ganesha_rados_store_pool_name" does not change from the default: "manila_data".


Version-Release number of selected component (if applicable): OSP 13, OSP 14, OSP 15+


How reproducible:
Always

Steps to Reproduce:
1. Setup OSP with Manila running the CephFS-via-NFS backend:

General Instructions: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html-single/cephfs_via_nfs_back_end_guide_for_the_shared_file_system_service/index
Infrared based setup: https://docs.google.com/document/d/1ZCRn0-bDbjTdRCeHHOQpUeg4Ey2u2XA0ilwqA3U81vE/edit?usp=sharing 

2. Customize the name of the data pool with parameter override:

Include this in the overcloud_deploy command:

" -e /home/stack/custom_template.yaml"

Contents of the above file are:

parameter_defaults:
    ManilaCephFSDataPoolName: ganeshadatapool

3. Run overcloud deploy

Actual results:
There is no service failure on overcloud deploy; services come up fine, but when creating shares and providing access to them, we see a failure to write NFS-Ganesha objects into rados, because the driver is looking for a pool by name "manila_data", and that does not exist on Ceph.

Expected results:
Rados pool name is as configured by deployers, and manila access control to CephFS-NFS shares does not fail.

Comment 11 errata-xmlrpc 2019-09-03 16:55:57 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-2019:2624