1

问题：是否可以将 ext4 NFS 共享（例如来自 QNAP NAS，他们已选择 ext4 作为默认值...我不知道您是否可以实际更改）到 ext3 文件系统？

调试问题需要哪些额外信息？

这是我到目前为止所拥有的：

NFS 是访问文件的非常快的协议——我喜欢这样。

它比 SMB/CIFS 使用更少的开销，因此实现了更高的性能 - 而且 - 许多版本的 Windows 中的许多 SMB 版本可能彼此不兼容。

nfs 也是这样吗？（可能是问题的根源之一）

方法 1) rsync 到安装了 nfs 的 qnap nas 的速度为 20,7 MBytes/sec。

方法 2）虽然直接 ssh-rsync 到 qnap 仅适用于 3-4 MByte/sec（服务器的 CPU 性能不是很好“Feroceon 88F6281 rev 1 (v5l) @ 1.2 GHz with BogoMIPS : 1196.85”，根据 cat /proc/cpu，可以不要更快地解密 ssh 流量）。

我丢失了数据，因为在传输过程中似乎出现了问题。

文件被损坏。

我是直接将文件复制到已安装的文件夹中还是将其同步到该文件夹​​中都没关系...（直接 ssh-rsyncing 到 qnap 工作正常）。

这让我有点困惑。

nfs 是否能够桥接不同的文件系统？

服务器：QNAP TS-219 QTS 4.1.4 Build 20150522

    uname -a; # QNAP uses EXT4
    Linux QNAP 3.4.6 #1 Fri May 22 07:56:30 CST 2015 armv5tel unknown
    mount; # DATA is ext4
    /dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,nodelalloc,noacl)
    nfsd on /proc/fs/nfsd type nfsd (rw)
    cat /proc/fs/nfsd/versions
    +2 +3 -4 -4.1
    cat /proc/fs/nfs/exports
    # Version 1.1
    # Path Client(Flags) # IPs
    /share/MD0_DATA/DATA         *(rw,insecure,no_root_squash,async,wdelay,no_subtree_check,uuid=60dd2e14:9a01561b:00000000:00000000)

    dmesg|grep nfs

    [ 66.638725] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    [ 214.072501] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

    lsmod | grep nfs

    nfsd 231700 12 fnotify, Live 0xbf349000
    exportfs 2885 1 nfsd, Live 0xbf345000
    nfs 251340 0 - Live 0xbf2f2000
    auth_rpcgss 30572 2 nfsd,nfs, Live 0xbf2e4000
    lockd 59814 2 nfsd,nfs, Live 0xbf2cd000
    sunrpc 167759 14 nfsd,nfs,auth_rpcgss,lockd, Live 0xbf291000

客户：uname -a；# 这是一个非常新的 debian 系统，使用 EXT3 Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) i686 GNU/Linux

    mount; # client is using ext3

    /dev/sda5 on / type ext3 (rw,relatime,errors=remount-ro,data=ordered)

    dmesg|grep nfs
    [ 2.517324] FS-Cache: Netfs 'nfs' registered for caching
    [ 2.522955] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    dmesg|grep NFS
    [ 2.509406] RPC: Registered tcp NFSv4.1 backchannel transport module.
    [13274.540947] NFS: Registering the id_resolver key type
    How share was mounted:
    # command used to mount the NFS share
    mount 192.168.1.123:/DATA /mnt/qnap;

    192.168.1.123:/DATA on /mnt/qnap type nfs         (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=60                0,retrans=2,sec=sys,mountaddr=192.168.1.123,mountvers=3,mountport=48394,mountproto=udp,local_lock=none,addr=192.168.1.123)
    binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)

    „This is a much-improved Linux NFS server with support for NFSv3 as well as NFSv2. NFSv4 is being worked on. These patches are considered stable and are indeed shipping with most distributions. The stock Linux 2.2 NFS server can’t be used as a cross-platform file server“

我以前丢失（主要是备份）数据，因为 ext4 分区在 800 欧元的“CHEAP TAIWANESE”QNAP NAS 上损坏。

所以威联通似乎没有做足够的测试。

“干得好”。

你只是失去了一个客户——永远。

关于问题的文章：http: //dwaves.de/2016/09/21/about-nfs-problems-with-qnap-nfs-server-and-rsync/

4

0 回答 0