Super long error code when creating NFS share

    This is a fresh bare metal install of the most recent version and every available update has been installed.


    So, I managed to setup the drives, file system, file shares and samba shares. However, I get this error when trying to setup nfs.


    The most complicated part of the setup is that I made a single mergerfs pool.


    If I try to connect to OMV through samba, it tends to give authentication errors. When I looked up threads on the samba errors, everyone just said to use nfs. Otherwise, I wouldn't even bother with nfs.


    Just to be clear, samba works 100% fine with any Windows client.


    I'm at a complete loss on how to even connect to OMV with any version of Linux. I've tried Manjaro and Mint and the problem is the same.


    Edit: I thought I mentioned this but the error occurs when I try to apply the change.

    Same problem here. I am right now changing from Raid-5 to Snapraid & MergerFs. So I am moving the files from the Raid to the new disk and a backup-disk, while changing the Shared-Folders. This works well for smb-shares, but NFS uses in OMV the FSID and so I could not mount the NFS-Share, which is (in the config) linked to the right folder.(My assumption that this was the problem)I. So to fix this problem, I tried to remove the NFS share, save it and then re-add it. I tried this both with NFS deactivated and activated.

    This is, where I get the error message and the MergerFs is not mounted anymore. While there is no entry for the Mergerpool in the fstab, I was not sure how to remount it manually so I had to reboot the whole system...

    ErrorRemovingNFS.txt


    I have the following versions installed:

    I would appreciate any helf in that matter. smb is working, but during the migration I will come to some folders for which I need to use nfs again.
    Christian

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    Quote from Zelgadis

    I'm at a complete loss on how to even connect to OMV with any version of Linux. I've tried Manjaro and Mint and the problem is the same.

    I am just searching through the internet and according to the old RTFM I went to the Git of trapexit. Did you read and follow this?

    I did not and will try as soo I finish cooking for the kids...

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    I hadn't seen that before but I'll give it a try, when I have the chance.

    I managed to get Ubuntu to connect to the SMB share, so I guess some flavors of Linux do work with it. I'm not sure what Ubuntu does differently that it just works out of the box though.

    Quote from Zelgadis

    I managed to get Ubuntu to connect to the SMB share, so I guess some flavors of Linux do work with it. I'm not sure what Ubuntu does differently that it just works out of the box though.

    My first problem yesterday was, that at some time in the past, the entry for the credentials in the fstab were changed from passwd to password. After that smb worked again.



    -------------------------------------------------------------------------------

    Eddit/Addition:

    Looks like the error in this post, but I don't have multiple mount points for one device.

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    Edited once, last by Pendrragon ().

    From what I'm reading, the problem with Mint not wanting to access the SMB share is likely an easy fix but I'm half awake and a little high. So, I'm struggling to figure it out right now. I'm going to fix that when I can think a little more clearly.


    Since NFS is the native way to handle shares in Linux, I'm probably going to try to fix that too. However, it looks like that will be a massive PITA, so I'm going to hold off on that until I get things working otherwise. I will try to reply here, if/when I figure any of this out. I just didn't want to leave you hanging with no reply for possibly days/weeks.


    Side note: Originally, I had OMV installed in a VM and was running docker containers locally in Portainer. I use Windows on my other PCs, so just relying on SMB wasn't an issue. However, I keep my storage drives in an external USB enclosure and discovered there's a very small hard limit on connected USB devices for any VM, regardless of what I use to host it. So, I migrated OMV to an old 2012 Celeron mini-ITX desktop I had laying around. Obviously, running Plex on that is a no-go. So, I'm trying to set it up in docker on the hardware that was running the VM. The other reason I abandoned the VM is because Plex didn't want to transcode while inside one and making that work just wasn't the effort, after I discovered the USB limitation. Anyways, now that it is on a separate machine, I have to figure out how to access OMV from a Linux client. That's what brought me to creating this thread. Now that I know that CFS doesn't get along well with mergerfs pools, I'm seeing that fixing the issue connecting to the SMB share is going to be a lot easier.

    Quote from Zelgadis

    I have to figure out how to access OMV from a Linux client. That's what brought me to creating this thread. Now that I know that CFS doesn't get along well with mergerfs pools, I'm seeing that fixing the issue connecting to the SMB share is going to be a lot easier.

    Thanks for the feedback. I think this issue is a lillte farther than our problem and hints a bug somewhere in the omv and/or mergerfs syystem (or at the user side oc course).


    For smb acess with linux try the entry in the fstab:

    //IPADRESSS/path /mnt/NAS/MOUNTPOINT cifs user=USERNAME,password=PASSWORD,dir_mode=0775 0 0

    This works for me

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    Quote from Pendrragon

    For smb acess with linux try the entry in the fstab:

    //IPADRESSS/path /mnt/NAS/MOUNTPOINT cifs user=USERNAME,password=PASSWORD,dir_mode=0775 0 0

    This works for me

    Seriously, thank you for that. Someone else had posted directions for doing that but it wasn't this clear and concise on what the command actually did or how it worked. I would have had to either interpret it and adjust it to my setup or look it up and hope to find a better description and you just saved me that effort.

    I now got the first part done. No more error messages while messing with the settings.

    I got the help from Redditwhich linked to this Forum.


    In the mergerfs settings just add the command: ,x-systemd.requires=/srv/dev-disk-by-uuid-9ec9b5a8-c948-4286-b43a-995fb00d8aec (of course with your uuid. Then mergerfs will wait for the disk to be mounted.


    Otherwise the problem with getting acess exists.

    My export which is acessible with UID 1000 from the NAS is:

    /export/Public 192.168.1.0/24(fsid=6b85a12a-9cef-431c-b024-ced503efe9d5,rw,subtree_check,insecure,crossmnt)

    with the parameters from the help files.


    On the other machine the I get the following error:
    sudo mount 192.168.2.179:/export/Public /mnt/NFS

    mount.nfs: mounting 192.168.2.179:/export/Public failed, reason given by server: No such file or directory


    I have no Idea...

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    So, I just discovered that part of my problem is that OMV (and Linux in general) treats user names as case sensitive. I'm starting to realize that I've made things overly complicated by not making my username all lower case.

    I have a strange issue. In spite of my best efforts, it keeps mounting the root directory instead of the share directory from OMV.


    This is the line I entered at the bottom of fstab.

    //<domain.name>/srv/mergerfs/Media /mnt/omv/media cifs credentials=/media/cifs/.omv_cifs.creds,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=1000,gid=100,nofail 0 0

    I put my login credentials in the mentioned file. I snipped the URL/IP but otherwise that's exactly what I have.


    Edit: Never mind, I'm being dumb and looking at the wrong thing.

    Well, I managed to mount it with this command but this isn't going to help me after a reboot.

    mount.cifs //IP#/Media /mnt/test -o credentials=/media/cifs/.omv_cifs.creds


    It probably wasn't necessary but I snipped the IP address, just in case.


    Edit: I'm not going to reply again, so I'll just edit it to say that I learned what I used making the mount.cifs command work to fix the line in fstab. Basically, using the domain name didn't work, I had to use the IP# and I needed to use the SMB share name and not the directory name. I originally had the SMB share name but changed it over some confusion.

    You were right, that fixed the problem with creating a NFS share.


    Unfortunately, I get a permission denied error when trying to access it in Mint's file manager. It doesn't even ask for a login and goes straight to the error.

    Quote from Zelgadis

    Unfortunately, I get a permission denied error when trying to access it in Mint's file manager. It doesn't even ask for a login and goes straight to the error.

    NFS does not use credentials. With NFS v3 the UID is compared: Means if your user id Zelegadis has the UID 1000, then you have to add on your Mint system a user with the same UID, who then can mount the share

    omv 7.4.3-1 sandworm | 64 bit | Linux 6.1.0-22-amd64 kernel | Supermicro with G4560 @ 3.5GHz | 16GB RAM

    Migrating from RAID5 -> Snapraid MergerFs

    My user on Mint:


    zel@Apollo:~$ id zel

    uid=1000(zel) gid=1000(zel) groups=1000(zel),4(adm),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),44(video),46(plugdev),100(users),106(netdev),110(lpadmin),115(bluetooth),123(scanner),993(docker)


    My user on OMV:


    $ id zel

    uid=1000(zel) gid=100(users) groups=100(users),109(_ssh),993(openmediavault-admin)


    As far as I can tell, this should be working. I went to great lengths to make my security on OMV as lax as possible because it's not facing the internet and I do all of my security on my router.

    In OMV | Services | NFS | Settings what versions have you enabled? Try setting ONLY NFSv3

    --
    Google is your friend and Bob's your uncle!


    A backup strategy is worthless unless you have a verified to work by testing restore strategy.


    OMV AMD64 7.x on headless Chenbro NR12000 1U Intel Xeon CPU E3-1230 V2 @ 3.30GHz 32GB ECC RAM.

    OMV AMD64 8.x on headless Tyan Thunder SX GT86C-B5630 1U Server with Intel Xeon Silver 4110 CPU @ 2.10GHz & 32GB DDR4 ECC RAM.

Participate now!

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

Register Yourself Login