我正在尝试使用以下命令在运行Ubuntu的本地计算机上挂载hdfs：— sudo mount -t nfs -o vers=3,proto=tcp,nolock 192.168.170.52:/ /mnt/hdfs_mount/ 但我得到这个错误： mount.nfs: mount system call failed 输出为 rpcinfo -p 192.168.170.52 是 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 […]
这导致NFS挂起到我们不得不重启的地步。 我们在Fedora 25上运行NIS。NFS和NSF-server不会启动。 每一秒钟甚至有一个“ systemd: Looping too fast. Throttling execution a little每秒钟都会systemd: Looping too fast. Throttling execution a little ”的信息。 我在这里尝试了一些debugging选项，但是我不确定要查找什么。 我会向Bugzilla发布一个bug，但是我希望这里有人知道它可能是什么。 nfs-utils x86_64 1:2.1.1-5.rc4.fc25 kernel at the time was 4.11.5-200.fc25.x86_64 systemctl status nfs-idmapd * nfs-idmapd.service – NFSv4 ID-name mapping service Loaded: loaded (/usr/lib/systemd/system/nfs-idmapd.service; static; vendor preset: disabled) Active: active (running) since Fri 2017-06-30 21:49:52 […]
我在CentOS 7上有一个简单的NFS共享设置，允许我的Macpipe理/ var / www / html目录中的文件： / var / www / html 192.168.1.107（all_squash，anonuid = 1000，anongid = 1001，rw，sync） 文件和目录用正确的UID和GID创build，但是错误的umask： -rw-r–r– 1 1000 1001 41 Jul 1 15:05 index.html drwxr-xr-x 2 1000 1001 6 Jul 1 15:04 test_dir 我需要的权限分别是664和775。 我已经将用户（GID 1000）的umask设置为“umask 000”以在.bashrc中进行testing 当我以该用户身份login并触摸该目录中的文件时，我获得了666个权限。 这是我在Mac上使用的安装命令： sudo mount -t nfs -o resvport,rw,vers=4 www:/var/www/html /mnt/www （www是CentOS服务器的名称） 我已经完全禁用此服务器上的SELinux，并validation它没有启用。
目前我正通过Dropbox将Linux目录同步到Windows文件夹。 不过，我想追求开源的替代方法，因为我不想在Dropbox服务器上文件。 有什么类似的工具或方法可以用来以低延迟的方式进行同步（除了Rsync？）
由于这个bug ，将内核降级到4.10.16之后，主NIS服务器将不允许任何NIS用户（只有本地用户可以login）。 它只是与以下error: -3超时error: -3 ，我从来没有见过。 任何想法可能是什么原因造成的？ 所有NIS命令如ypwhich，rpcinfo和ypxfr都可以毫无问题地解决。 那么可以与rpcinfo，ypbind，autofs，nfs或nfs-server？ 这里是一些来自ypserv的debugging日志。 Jul 2 22:38:08 dsm ypserv: ypdb_close() called Jul 2 22:38:08 dsm ypserv: #011-> Error #-3 […] Jul 2 22:38:30 dsm systemd: [email protected]: State 'stop-final-sigterm' timed out. Killing. Jul 2 22:38:30 dsm systemd: [email protected]: Killing process 21434 (systemd) with signal SIGKILL. Jul 2 22:38:30 dsm systemd: […]
系统重启后，nfs-kernel-server处于非活动状态。 当我尝试开始，我得到 nfs-server.service: Job nfs-server.service/start failed with result 'dependency'. 这在journalctl -xe中得到了回应。 我正在使用Ubuntu 16.04.2。 尝试重新安装，并收到相同的消息。 我能看到的唯一标志是a systemctl list-dependencies nfs-kernel-server 给nfs-mountd.service作为失败，而 systemctl list-dependencies nfs-mountd.service 显示nfs-server.service失败。 systemctl状态的输出： nfs-server.service – NFS server and services Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled; vendor preset: enabled) Active: inactive (dead) 而当我尝试启动服务（journalctl -f）时， Failed to start NFS Mount Daemon Dependency failed for NFS server and services. […]
一些背景： 两个RHEL 7主机。 第一个是NFS服务器，并以相同的方式输出两个目录： > cat /etc/exports /first/dir otherhost(rw,sync,no_subtree_check,no_root_squash) /second/dir otherhost(rw,sync,no_subtree_check,no_root_squash) 第一个目录/第一/目录将是一个小的。 虽然第二个将会随着时间的推移而变得相当大，但是它的LVM卷大小是300Go，但是目前FS是空的。 第二个主机otherhost是NFS客户端。 两个FS以这种方式安装在fstab中： > grep nfs /etc/fstab nfsserver:/first/dir /here nfs nfsvers=4,minorversion=1,_netdev 0 0 nfsserver:/second/dir /somewhere nfs nfsvers=4,minorversion=1,_netdev 0 0 2049 TCP端口被使用并暴露在服务器端。 分析之后，防火墙中没有其他networking连接logging（甚至不包括2049 UDP）。 事情的networking方面似乎一切正常。 我们看到： 如果我们将这两个目录以“first”，然后“second”的顺序挂载到/ etc / fstab中（例如使用mount -a ），则第二个挂载将失败 如果我们以相反的顺序安装这两个目录（“second”，然后“first”，或者通过在/ etc / fstab中手动或者手动），那么两个安装就OK。 显然这不是正常的行为。 我在这里问，如果有人遇到过这样疯狂的NFS行为。 如果没有，你有什么build议如何分析这个问题？ 非常感谢你的帮助。
我们正在testing新的SMB和NFS服务器，并希望testing这些服务器可以支持多less活动连接。 活动连接可以是任何具有唯一tcp连接的IO，也可以是映射的共享/装载上的用户或机器。 客户端可以是Windows或Linux。 我试图在泊坞窗方式的docker，但在docker的networkingconfiguration正在杀死我，我正在寻找一种不同的方法。
正如标题所解释的，我在nfs-kernel-server的Ubuntu 16.04上遇到了问题。 该进程根据systemd启动，但没有错误，但将没有分配的CPU或内存。 只有在第一次启动时才会发生这种情况，一旦服务器在线，手动重新启动就可以了。 如果这是一种系统启动依赖问题，我怎么会发现没有日志出了什么问题？ » service nfs-kernel-server status ● nfs-server.service – NFS server and services Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled; vendor preset: enabled) Active: active (exited) since Wed 2017-08-09 11:44:02 UTC; 10h ago Process: 5841 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited, status=0/SUCCESS) Process: 5826 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS) Main PID: 5841 (code=exited, status=0/SUCCESS) Tasks: 0 Memory: 0B CPU: […]
login家庭住宅时，我遇到了一个不规则的问题。 我正在运行openSUSE 42.3 Leap，其中身份validation是由LDAP处理的。 NFS处理通过Infiniband连接的主目录。 那么，它就像一个魅力，但有时它挂起。 这意味着要么永远login，要么简单浏览文件夹是不可能的。 我在日志中发现这个： rpc-srv/tcp: nfsd: got error -11 when sending 120 bytes – shutting down socket 但我不知道这是什么意思。 有人可以解释什么似乎是问题？ 谢谢