Bug 2215921 - mount.nfs does not respect Defaultproto from nfsmount.conf
Summary: mount.nfs does not respect Defaultproto from nfsmount.conf
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: nfs-utils
Version: 8.8
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Steve Dickson
QA Contact: Yongcheng Yang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-06-19 12:10 UTC by Lukas Herbolt
Modified: 2023-06-30 02:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-160191 0 None None None 2023-06-19 12:13:31 UTC
Red Hat Issue Tracker RHELPLAN-160192 0 None None None 2023-06-19 12:13:34 UTC

Description Lukas Herbolt 2023-06-19 12:10:05 UTC
Description of problem:
Setting Defaultproto=rdma does try the rdma protocol first.

Version-Release number of selected component (if applicable):


How reproducible:
every time

Steps to Reproduce:

On client and server:
1. dnf install iproute libibverbs libibverbs-utils infiniband-diags rdma-core
2. modprobe siw
3. rdma link add siw0 type siw netdev eth0
4. rdma link show

On client:
[root@rhel-8-1 ~]# grep -v "^#" /etc/nfsmount.conf 
[ NFSMount_Global_Options ]
Defaultproto=rdma
Port=20049
[root@rhel-8-1 ~]# mount.nfs -vvvv   10.0.212.240:/mnt/nfsordma /mnt/nfsrdmaclient/
mount.nfs: timeout set for Mon Jun 19 08:00:34 2023
mount.nfs: trying text-based options 'port=20049,vers=4.2,addr=10.0.212.240,clientaddr=10.0.215.113'
mount.nfs: mount(2): Connection reset by peer
mount.nfs: Connection reset by peer

On server:
[root@rhel-8 ~]# grep -v "#" /etc/nfs.conf 
[general]
[nfsrahead]
[exportfs]
[gssd]
use-gss-proxy=1
[lockd]
[mountd]
[nfsdcld]
[nfsdcltrack]
[nfsd]
 vers3=y
 vers4=y
 vers4.0=y
 vers4.1=y
 vers4.2=y
 rdma=y
 rdma-port=20049
[statd]
[sm-notify]


Actual results:
Client tries to use TCP connection instead of RDMA

Expected results:
Client start with RDMA and if that does not work it continues with TCP. As per 
the option description:

# Network Protocol [udp,tcp,rdma] (Note: values are case sensitive)
# This defines the default network protocol which will
# be used to start the negotiation with the server.
Defaultproto=rdma


Additional info:


Note You need to log in before you can comment on or make changes to this bug.