nfs backup



  • Hi

    I don't have much experience with nfs server
    I've used openmediavault co create nfs share, but I obviously did something wrong, because I cannot mount share

    from xoa 10.0.0.8/24

    Connection failed
    Command failed: mount -t nfs 10.0.0.88:/export/up /run/xo-server/mounts/690eacd3-8c0d-45d0-bceb-a315ec8320d6 -o vers=3 mount.nfs: Connection timed out
    

    from omv:

    e08209d0-1b5d-4735-8ae9-1593f4bdb8f9-image.png

    from omv:

    Feb 11 02:54:04 openmediavault rpc.mountd[3075]: refused mount request from 10.0.0.18 for /up (/): not exported
    

    from console:

    root@openmediavault:~# cat /etc/exports
    # This configuration file is auto-generated.
    # WARNING: Do not edit this file, your changes will be lost.
    #
    # /etc/exports: the access control list for filesystems which may be exported
    #               to NFS clients.  See exports(5).
    /export/up 10.0.0.0/24(fsid=1,rw,sync,no_root_squash)
    # NFSv4 - pseudo filesystem root
    /export 10.0.0.0/24(ro,fsid=0,root_squash,no_subtree_check,hide)
    root@openmediavault:~#
    
    


  • Do you have NFSv3 enabled on OMV?



  • It has that many options
    b0e29268-dba5-4db3-894b-51be671a81d3-image.png

    It looks like:
    b7f78d1e-1171-438d-8af5-75f4c13c4672-image.png



  • You need to enable v3 on the NFS share options. I don't know how OMV works, so check the doc and enable it 🙂



  • the same situation on clean debian install:

    nfs export

      GNU nano 2.7.4                                              File: /etc/exports
    
    # /etc/exports: the access control list for filesystems which may be exported
    #               to NFS clients.  See exports(5).
    #
    # Example for NFSv2 and NFSv3:
    # /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
    #
    # Example for NFSv4:
    # /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
    # /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
    #
    
    
    /home/backup01           10.0.0.18(rw,sync,no_subtree_check)
    
    
    
    Command failed: mount -t nfs 10.0.0.50:/backup01 /run/xo-server/mounts/690eacd3-8c0d-45d0-bceb-a315ec8320d6 -o vers=3
    mount.nfs: access denied by server while mounting 10.0.0.50:/backup01
    
    
    drwxrwxr-x  2 nobody nogroup 4.0K Feb 11 05:14 backup01
    
    
    root@debian02:/home# showmount -e 10.0.0.50
    Export list for 10.0.0.50:
    /home/backup01 10.0.0.18
    
    


  • No, this time you get a permission denied, it's not the same error message.

    edit: here is a export file on a Debian NFS export that works:

    /home/backup 192.168.0.0/24(rw,async,no_subtree_check,no_root_squash)
    


  • is this proper remote config according to above debian config?
    c166cedc-cca4-4da5-ab44-99f827ee6bdb-image.png



  • No. You need to enter the exact same path in the remote (than the path in the export file), which you didn't.

    Instead of backup01, it should be home/backup01 in the path field.



  • Connection failed
    Command failed: mount -t nfs 10.0.0.50:/home/backup01 /run/xo-server/mounts/690eacd3-8c0d-45d0-bceb-a315ec8320d6 -o vers=3 mount.nfs: mount system call failed
    


  • Are you using XOA or Xen Orchestra from the sources?



  • nope, I'm testing paid version
    I've setup nfs share using this tut
    link text



  • Check dmesg for more info on why the mount failed. Maybe you have a firewall somewhere, anyway, this is not XOA related.



  • no firewall, same switch, same network, what to search for in dmesg?



  • Anything related to why the mount failed. This is really basic stuff. You can use sudo showmount -a <IP ADDRESS OF THE NFS SHARE> in your XOA to see if you can see them.



  • [05:49 11] xoa01:xoa$ showmount -a 10.0.0.50
    
    All mount points on 10.0.0.50:
    10.0.0.18:/home/backup01
    [05:52 11] xoa01:xoa$
    
    


  • Let's try to mount it manually:

    sudo mount -t nfs -o vers=3 10.0.0.18:/home/backup01 /mnt
    


  • there are some issues within xoa vm or xcp and xoa, I think its related with continous disconnecting me from xoa servers in XOA appliance

    [06:34 11] xoa:xoa$ mount -t nfs -o vers=3 10.0.0.50:/home/backup01 /mnt
    
    
    mount.nfs: Connection timed out
    [06:38 11] xoa:xoa$
    [06:38 11] xoa:xoa$
    [06:38 11] xoa:xoa$ ^C
    [06:38 11] xoa:xoa$ ping 10.0.0.50
    PING 10.0.0.50 (10.0.0.50) 56(84) bytes of data.
    64 bytes from 10.0.0.50: icmp_seq=1 ttl=64 time=1.06 ms
    64 bytes from 10.0.0.50: icmp_seq=2 ttl=64 time=1.24 ms
    64 bytes from 10.0.0.50: icmp_seq=3 ttl=64 time=1.09 ms
    ^C
    --- 10.0.0.50 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2002ms
    rtt min/avg/max/mdev = 1.067/1.136/1.248/0.079 ms
    [06:38 11] xoa:xoa$
    
    

    .50 - debian with nfs share



  • Check your MTU settings.



  • This post is deleted!


  • 10.0.0.50 (debian nfs) -> mtu 1500
    xoa vm -> 1500
    xcp host ->

    [root@XCP01 ~]# ifconfig | grep mtu
    eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    eth1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
    eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    eth3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    eth4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    eth5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
    vif13.0: flags=4291<UP,BROADCAST,RUNNING,NOARP,MULTICAST>  mtu 1500
    vif18.0: flags=4291<UP,BROADCAST,RUNNING,NOARP,MULTICAST>  mtu 1500
    xapi7: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    xenbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    xenbr1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    
    


  • So the problem is in the network between your XOA and the NFS share. Again, it's not a XOA issue.

    Don't forget to check your switch configuration too 🙂 There is something blocking NFS mount, and as you said, the problem is probably bigger than that!


Log in to reply