Bug 2077586

Summary: Configuring local Nova NFS share is failing to mount due to multiple version options not permitted
Product: Red Hat OpenStack Reporter: James Parker <jparker>
Component: openstack-tripleo-heat-templatesAssignee: Bogdan Dobrelya <bdobreli>
Status: CLOSED ERRATA QA Contact: James Parker <jparker>
Severity: high Docs Contact:
Priority: high    
Version: 17.0 (Wallaby)CC: bdobreli, jschluet, mburns
Target Milestone: ---Keywords: Regression, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-tripleo-heat-templates-14.3.1-0.20220607161058.ced328c.el9ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-09-21 12:20:43 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 James Parker 2022-04-21 16:19:17 UTC
Description of problem: When deploying a 17 environment with local NFS Nova storage it fails to mount the local share:

Ansible task:
# Compute message.log
Apr 19 14:46:15 localhost python3[10034]: ansible-mount Invoked with fstype=nfs4 name=/var/lib/nova/instances opts=_netdev,bg,context=system_u:object_r:nfs_t:s0,vers=4.2,nfsvers=4.2 src=192.168.24.1:/nfsfileshare state=mounted path=/var/lib/nova/instances boot=True backup=False dump=None fstab=None passno=None

# Deployment Failure:
2022-04-19 18:46:14.755060 | 525400cf-3a10-6c52-7e2d-00000000187b |       TASK | Mount Nova NFS Share
2022-04-19 18:46:14.776335 | 525400cf-3a10-6c52-7e2d-0000000018d2 |    CHANGED | create persistent directories | compute-0 | item={'mode': '0750', 'path': '/var/log/containers/nova', 'setype': 'container_file_t'}
2022-04-19 18:46:14.778594 | 525400cf-3a10-6c52-7e2d-0000000018d2 |     TIMING | create persistent directories | compute-0 | 0:02:23.603674 | 0.33s
2022-04-19 18:46:14.784213 | 525400cf-3a10-6c52-7e2d-0000000018d2 |     TIMING | create persistent directories | compute-0 | 0:02:23.609320 | 0.34s
2022-04-19 18:46:14.803911 | 525400cf-3a10-6c52-7e2d-0000000018d3 |       TASK | create persistent directories
2022-04-19 18:46:15.135755 | 525400cf-3a10-6c52-7e2d-0000000018d3 |    CHANGED | create persistent directories | compute-0 | item={'path': '/var/lib/nova', 'setype': 'container_file_t'}
2022-04-19 18:46:15.138877 | 525400cf-3a10-6c52-7e2d-0000000018d3 |     TIMING | create persistent directories | compute-0 | 0:02:23.963972 | 0.33s
2022-04-19 18:46:15.267028 | 525400cf-3a10-6c52-7e2d-00000000187b |      FATAL | Mount Nova NFS Share | compute-1 | error={"changed": false, "msg": "Error mounting /var/lib/nova/instances: mount.nfs4: multiple version options not permitted\n"}

Version-Release number of selected component (if applicable):
RHOS-17.0-RHEL-9-20220414.n.1

How reproducible:
100%

Steps to Reproduce:
1. Deploy a 17 environment with a nova local nfs share
2.
3.

Actual results:
Fails to mount local NFS share

Expected results:
Deploys successfully and local NFS share mounted and reachable


Additional info:
If environment needs to be recreated please contact me.

Failure logs from recent job:
http://rhos-ci-logs.lab.eng.tlv2.redhat.com/logs/rcj/DFG-compute-nova-17.0_director-rhel-virthost-1cont_2comp-ipv4-geneve-nfs-backend-phase3/5/

Comment 1 Bogdan Dobrelya 2022-04-25 16:03:22 UTC
The listed opts=_netdev,bg,context=system_u:object_r:nfs_t:s0,vers=4.2,nfsvers=4.2 is just taking t-h-t defaults for [0]
If that stopped working, that should be related to recent changes in nfs-related packages maybe?

[0] https://opendev.org/openstack/tripleo-heat-templates/src/branch/master/deployment/nova/nova-compute-container-puppet.yaml#L1464

Comment 2 Bogdan Dobrelya 2022-04-27 16:00:00 UTC
Proposing to deprecate this backend for Nova and provide an FFU path from osp18 to osp19 to Ceph storage backend for Nova.
See https://bugzilla.redhat.com/show_bug.cgi?id=2079493

Comment 11 errata-xmlrpc 2022-09-21 12:20:43 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 (Release of components for Red Hat OpenStack Platform 17.0 (Wallaby)), 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/RHEA-2022:6543