Unable to mount NFS shares after OVM8 update, stale filehandles

  • Been running OMV7 for years now with several shares working flawlessly being automouted by Ubuntu 24.04 clients.


    I upgraded to OMV8 and now none of these shares are working correctly. When I manually mount the share, there are no errors, but when I `ls -l` the directory, every file is listed but looks like the following.


    # ls -l

    ls: cannot access 'Downloads': Stale file handle

    ?????????? ? ? ? ?            ?  Downloads


    From the client I did a showmount with the following,


    # showmount -e server

    clnt_create: RPC: Program not registered


    Asking the great AI in the sky, it said to run rpcinfo and there should be a mountd service listed but not listed


    # rpcinfo -p localhost

       program vers proto   port  service

        100000    4   tcp    111  portmapper

        100000    3   tcp    111  portmapper

        100000    2   tcp    111  portmapper

        100000    4   udp    111  portmapper

        100000    3   udp    111  portmapper

        100000    2   udp    111  portmapper

        100024    1   udp  48704  status

        100024    1   tcp  41223  status

        100003    4   tcp   2049  nfs


    Tried a restart of nfs-mountd and no change, looking at the service status have the following


    # systemctl status nfs-mountd

    ● nfs-mountd.service - NFS Mount Daemon

         Loaded: loaded (/usr/lib/systemd/system/nfs-mountd.service; static)

    Active: active (running) since Sun 2026-02-01 06:56:54 MST; 7s ago

     Invocation: 58505c561df34b28ab70c63ed86d1fc3

           Docs: man:rpc.mountd(8)

        Process: 2169768 ExecStart=/usr/sbin/rpc.mountd (code=exited, status=0/SUCCESS)

       Main PID: 2169770 (rpc.mountd)

    Tasks: 1 (limit: 114925)

         Memory: 580K (peak: 1.8M)

            CPU: 6ms

         CGroup: /system.slice/nfs-mountd.service

    └─2169770 /usr/sbin/rpc.mountd


    Contents of the /etc/exports for this share is


    /export/public 192.168.100.0/24(fsid=56f3173a-3101-474e-a9da-84ee1b29cc67,rw,subtree_check,insecure,crossmnt)


    From the server, I can successfully mount the share, but the showmount even locally shows the RPC error.


    I'm at a loss at to what to try next.

  • macom

    Approved the thread.
  • Still been trying to figure this out and have tried the following and still showing issues.


    On my homeassisstant, I have configured it to mount my a share on the server and it is also showing an error during a backup to the NFS share.


    2026-02-02 20:12:11.837 ERROR (MainThread) [supervisor.backups.manager] Could not copy backup to Servbert_Backup due to: [Errno 30] Read-only file system: '/data/mounts/Server_Backup/Automatic_backup_2026.1.2_2026-02-02_20.11_28025048.tar'


    It says it is readonly but the cat of /etc/exports shows otherwise

    /export/homeassistant_backup homeassistant(fsid=57974949-446b-462b-a485-0a190aad3d77,rw,subtree_check,insecure,crossmnt)


    I also booted Ubuntu 24.04 and Kubuntu 25.10 from ISO just to have a clean version, and after installing nfs-client I tried mounting and these too show the "stale file handle" issue.

  • One thing to note is that as part of the OMV8 update, I "lost" my zfs drives that were being shared on NFS. I had to reimport the pools and things looked good, until I found the NFS stale file issue.


    Googling states that the fsid (inode) can change when a zpool import is run, but I have already removed all NFS shares in OMV and recreated them, but I am not sure how to tell if the fsid is correct in the /etc/exports.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!