[praetor]

This only applies to RHEL 8/CENTOS 8 and Fedora 34

I've had a problem getting my Indy running 6.5.22 to mount NFS shares on RHEL8 and it's taken me forever the figure out how to fix it because so much is undocumented.

NFS/ONC3 on 6.5.22 will only use NFS v3 with UDP which is not turned on by default on RHEL 8-based distributions. The error messages in IRIX and on Linux are not very helpful. In order to fix this you'll need to add:

Code:

udp=y
vers3=y

in the [nfsd] secion of /etc/nfs.conf

Voila. It's stupid simple and hopefully will help someone with that aggrivation.

[Raion]

Nice nice. What else is necessary? If you wanted to draw up a basic guide, I'll add it to the wiki.

I also am curious if you enabled rpcbind and related daemons. On FreeBSD, NetBSD and such to act as a NFS server this is a must.

[praetor]

Nice nice. What else is necessary? If you wanted to draw up a basic guide, I'll add it to the wiki.

I also am curious if you enabled rpcbind and related daemons. On FreeBSD, NetBSD and such to act as a NFS server this is a must.

Yes. You have to install nfs-utils and rpcbind as rpcbind is required for NFSv3, you'll have to also disable the firewall or map the daemons to specific ports in the nfs.conf file and then create firewall rules.

This has vexxed me for a while!!! But not having to scp things over to my Indy is so nice.

[Merclangrat]

I enabled UDP and NFSv3, disabled NFSv4, but it still doesn't work for me after upgrade my Linux machine to Devuan Daedalus (it's systemd-free Debian Bookworm). It worked before on the previous Linux version (Chimaera). No firewall... Does anyone has any ideas?

rpcbind is enabled, everything is enabled, but they seem to have broken something in Linux NFS...

what I get (.5 is IRIX, .1 is Linux which acts as a server)

on IRIX:

-bash-4.2# mount -t nfs 172.19.4.1:/storage0 /stuff/mnt
mount: 172.19.4.1:/storage0 on /stuff/mnt: I/O error
mount: giving up on:
  /stuff/mnt

I see in logs that Linux allows IRIX's mount request:

2024-09-07T21:42:19.294206+02:00 serana rpc.mountd[6806]: check_default: access by 172.19.4.5 ALLOWED (cached)
2024-09-07T21:42:19.294235+02:00 serana rpc.mountd[6806]: Received MNT1(/storage0) request from 172.19.4.5
2024-09-07T21:42:19.294299+02:00 serana rpc.mountd[6806]: authenticated mount request from 172.19.4.5:957 for /storage0 (/storage0)
2024-09-07T21:42:19.295703+02:00 serana rpc.mountd[6806]: granted access to /storage0 for 172.19.0.0/255.255.0.0

but what I see in tcpdump on Linux:

21:42:19.499675 IP 172.19.4.5.682 > 172.19.4.1.2049: NFS request xid 422345574 116 getattr fh Unknown/010005008C09CDEA7C83BB4C0000000000000000000000000000000000000000
E.......<.4..............|.}.,{f...........................,f.......indy.............................................  ..|..L....................
21:42:19.500153 IP 172.19.4.1.2049 > 172.19.4.5.682: NFS reply xid 422345574 reply ok 32 getattr PROG_MISMATCH

UPD: found in logs that IRIX wants NFS2:
Sep  7 19:42:19 6A:indy unix: NFS2 unknown failed for server 172.19.4.1: Program/version mismatch

[Merclangrat]

Actually, I made it working! I had to install software from ONC/NFSv3 disk on my 6.5.22 (also used Overlay CDs to fix conflicts) and reboot the system. After that I could mount it via

mount -t nfs3 172.19.4.1:/storage0 /stuff/mnt

explicitly as nfs3

praetor: I think you have it installed, but it seems to be mandatory if the server supports only v3, because IRIX seems to try only v2 without ONC/NFSv3.

Raion: I can try to reformulate/summarize it as a basic guide for the wiki. But I am interested how it works on your system - maybe *BSD support v2 too, I mean, didn't break the backward compatibility

[Merclangrat]

This has vexxed me for a while!!! But not having to scp things over to my Indy is so nice.

That vexxed me too! But I understand why - the defaults were working for many many years (I even didn't check /etc/nfs.conf before)

I found that out using tcpdump - Indy was trying to connect by udp and the port wasn't open. Thank you for sharing this!

[Raion]

Watch the dates on posts please, you resurrected a 3 year old thread.

[Raion]

Watch the dates on posts please, you resurrected a 3 year old thread. May wanna start a new thread next time..

[Linux-RISC]

...
mount -t nfs3 172.19.4.1:/storage0 /stuff/mnt

explicitly as nfs3
...

I usually use that command for NFS and it works Ok.