web-dev-qa-db-ja.com

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を実行している）からディスクをマウントできます。

linuxnetworkingdebianmountautofs
7
RegedUser00x

/etc/auto.ratファイルにnolock引数を追加し、autofsでも動作するようになりました。

1
RegedUser00x

同じ問題が発生し、クライアントがローカルに独自のRPCに接続しようとしたためです。

追加しなければならなかった127.0.0.1 わたしの /etc/hosts.allowクライアントマシンで。

以下にコピーした私のセッションでは、これらは関連するデータです。

  • guarraは、クライアントマシンの名前です。
  • 192.168.2.53サーバー（fluorという名前ですが、この名前はここでは使用されません）。
  • /filesは、サーバーからエクスポートされた共有です。
  • /files/fluorはマウント先です。

シェルセッションの事前変更：

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を追加した後、ローカルIPを使用できます。ご覧のとおり、エラーメッセージが表示されなくなり、リモート共有を適切にマウントできました。

9
Xavi Montero

ループバックインターフェイスが削除されたサーバーにも問題がありました。その場合、トラフィックは通常の（たとえばeth0）インターフェースに到達しようとし、タイムアウトします。

その場合の解決策は、おそらく次のようなループバックインターフェースを復元することです（Debian Wheezy 7.6）：

# The loopback network interface
auto lo
iface lo inet loopback
1
anarcat

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

これを修正するには、/ etc/conf.d/nfs-common.confの「NEED_STATD」値をYESに変更する必要があります。

0
smooker
systemctl start rpc-statd

または

service rpcbind start
service nfs-common start

その後、NFSマウントが機能します。

0
matson kepson