Description of problem: The current OSP13 CephFS/NFS documentation assumes that customers are using a non Spine & Leaf (composable) network architecture. "The new isolated StorageNFS network must be mapped to a neutron-shared provider network. The Compute VMs will attach to this neutron network to access share export locations provided by the NFS-Ganesha gateway.” This BZ is meant to provide guidance on how to use Manila CephFS/NFS when deploying RH-OSP13 (and onwards) with Spine & Leaf. Version-Release number of selected component (if applicable): 13 and onwards How reproducible: Always Steps to Reproduce: 1. https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/cephfs_via_nfs_back_end_guide_for_the_shared_file_system_service/assembly_cephfs-install#cephfs-post-deploy_CephFS-install 2. 3. Actual results: Doc assumes a non S&L architecture Expected results: Guidance on how to proceed with S&L Additional info: In a S&L architecture, computes that are not in the same rack as the controllers don't have direct access to the StorageNFS network and therefore cannot attach to it.
According to our records, this should be resolved by openstack-manila-6.3.1-1.el7ost. This build is available now.
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-2020:0769
This bug was closed in error - Please see https://bugzilla.redhat.com/show_bug.cgi?id=1812560