Bug 1969962
| Summary: | Impossible to create a share in OSP16.1 / standalone, missing /etc/ganesha | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Emilien Macchi <emacchi> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Tom Barron <tbarron> |
| Status: | CLOSED ERRATA | QA Contact: | vhariria |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 16.1 (Train) | CC: | gouthamr, mburns, tbarron, vimartin |
| Target Milestone: | z7 | Keywords: | Triaged |
| Target Release: | 16.1 (Train on RHEL 8.2) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-11.3.2-1.20210720153309.29a02c1.el8ost | Doc Type: | No Doc Update |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-12-09 20:19:41 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
Emilien Macchi
2021-06-09 14:33:30 UTC
My command used to deploy:
#!/bin/bash
# This file is managed by ansible
set -xeo pipefail
export DEPLOY_CONTROL_VIP=192.168.24.2
export DEPLOY_DEPLOYMENT_USER=stack
export DEPLOY_LOCAL_IP=192.168.24.1
export DEPLOY_NETWORKS_FILE=/usr/share/openstack-tripleo-heat-templates/network_data_undercloud.yaml
export DEPLOY_OUTPUT_DIR=/home/stack
export DEPLOY_PUBLIC_VIP=XXXX
export DEPLOY_ROLES_FILE=/home/stack/tripleo_standalone_role.yaml
export DEPLOY_STACK=standalone
export DEPLOY_STANDALONE_ROLE=Standalone
export DEPLOY_TEMPLATES=/usr/share/openstack-tripleo-heat-templates
export DEPLOY_TIMEOUT_ARG=90
sudo openstack tripleo deploy --templates $DEPLOY_TEMPLATES --standalone --yes --output-dir $DEPLOY_OUTPUT_DIR --stack $DEPLOY_STACK --standalone-role $DEPLOY_STANDALONE_ROLE --timeout $DEPLOY_TIMEOUT_ARG -e /usr/share/openstack-tripleo-heat-templates/environments/standalone/standalone-tripleo.yaml -e /home/stack/containers-prepare-parameters.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/external-network-vip.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/docker-ha.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovn-dvr-ha.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/tls-endpoints-public-ip.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/enable-tls.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/ssl/inject-trust-anchor.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-mds.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/manila-cephfsganesha-config.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/services/octavia.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml -e /home/stack/standalone_parameters.yaml -r $DEPLOY_ROLES_FILE -n $DEPLOY_NETWORKS_FILE --deployment-user $DEPLOY_DEPLOYMENT_USER --local-ip $DEPLOY_LOCAL_IP --control-virtual-ip $DEPLOY_CONTROL_VIP --public-virtual-ip $DEPLOY_PUBLIC_VIP --keep-running >/home/stack/standalone_deploy.log 2>&1
and in my environment:
StandaloneExtraConfig:
ganesha_vip: 192.168.24.2
manila-share pcs container bundle depends on ceph-nfs container bundle which depends on the corosync managed VIP. If /etc/ganesha doesn't exist, ceph-nfs (ganesha) won't come up. ceph-ansible creates /etc/ganesha (and does other prep) so that ganesha aka ceph-nfs can run successfully even though in OSP pacemaker rather than ceph-ansible is actually responsible for spawning ganesha/ceph-nfs. ceph-ansible is guided by .../ceph-ansible/group_vars/nfss.yml when it sets up /etc/ganesha and other such prep. What are the contents of /home/stack/standalone-ansible-.../ceph-ansible/group_vars/nfss.yml in your deployment? I found the issue, https://review.opendev.org/c/openstack/tripleo-heat-templates/+/773205 was not backported to OSP 16.1, @tbarron could we please do it? Thanks Backport proposed to OSP 16.1. Good catch, thanks Emilien and Tom! 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 (Red Hat OpenStack Platform 16.1.7 (Train) bug fix and enhancement 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-2021:3762 |