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.
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
Comment 19Goutham Pacha Ravi
2020-03-14 02:02:59 UTC