mount.nfs:rpc.statd 未运行,但远程锁定需要它

mount.nfs:rpc.statd 未运行,但远程锁定需要它

我正在尝试从远程计算机安装磁盘,但出现此错误:

root@sidibalkan:~# mount -t nfs rat:/develop /mnt
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified

我正在运行 Debian 7。远程服务器正在运行 Debian 5。知道为什么会发生这种情况吗?如果我添加额外的参数,它会起作用,但问题是我想要通过 autofs 自动挂载它。奇怪的是,我可以从另一台服务器(运行 Debian 7)挂载磁盘。

答案1

systemctl start rpc-statd 

或者

service rpcbind start
service nfs-common start

那么你的 NFS 挂载将会起作用。

答案2

我遇到了同样的问题,因为客户端尝试本地连接到它自己的 rpc。

我必须将其添加127.0.0.1到我的/etc/hosts.allow客户端机器中。

对于下面复制的我的会话,这些是涉及的数据:

  • guarra是客户端机器的名称。
  • 192.168.2.53服务器(已命名fluor,但此处未使用此名称)。
  • /files是从服务器导出的共享。
  • /files/fluor是将其挂载到的目的地。

修改前的 shell 会话:

root@guarra:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
root@guarra:/files# mount 192.168.2.53:/files fluor/
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
root@guarra:/files#

我修改了文件并得到以下信息:

root@guarra:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
root@guarra:/files# mount 192.168.2.53:/files fluor/
root@guarra:/files#

将本地 IP 添加到客户端后,它可以使用它自己的 rpc,如您所见,错误消息消失了,我可以正确挂载远程共享。

答案3

nolock在 /etc/auto.rat 文件中添加了该参数,现在它也可以与 autofs 一起使用。

答案4

https://wiki.archlinux.org/index.php/NFS_Troubleshooting

要解决这个问题,您需要将 /etc/conf.d/nfs-common.conf 中的“NEED_STATD”值更改为 YES。

相关内容