rpc-statd-notify.serviceFedora 28ワークステーションのノートブックから始まることがわかりました。
nfs-client.target私のラップトップでアクティブになっているようです。おそらく、過去のある時点でこの機能を有効にしたのでしょう。これは私の主な質問への答えです...
しかし、対照的にrpc.statd私のシステムでは起動しなかったことがわかりました。これで問題は発生しませんか？
$ systemctl status rpc-statd-notify
● rpc-statd-notify.service - Notify NFS peers of a restart
Loaded: loaded (/usr/lib/systemd/system/rpc-statd-notify.service; static; vendor preset: disabled)
Active: active (exited) since Tue 2018-05-08 08:02:24 BST; 4h 55min ago
Process: 1451 ExecStart=/usr/sbin/sm-notify $SMNOTIFYARGS (code=exited, status=0/SUCCESS)
May 08 08:02:23 alan-laptop systemd[1]: Starting Notify NFS peers of a restart...
May 08 08:02:24 alan-laptop sm-notify[1451]: Version 3.1.1 starting
May 08 08:02:24 alan-laptop systemd[1]: Started Notify NFS peers of a restart.
$ systemctl list-dependencies --reverse rpc-statd-notify
rpc-statd-notify.service
● ├─nfs-server.service
● ├─nfs-utils.service
● └─nfs-client.target
● ├─multi-user.target
● └─remote-fs.target
[...]
$ systemctl status nfs-client.target
● nfs-client.target - NFS client services
Loaded: loaded (/usr/lib/systemd/system/nfs-client.target; disabled; vendor preset: disabled)
Active: active since Tue 2018-05-08 08:01:52 BST; 5h 28min ago
May 08 08:01:52 alan-laptop systemd[1]: Reached target NFS client services.
man sm-notify
ファイルロックは永続ファイルシステム状態の一部ではありません。したがって、ホストを再起動するとロック状態が失われます。
ネットワークファイルシステムは、リモートホストの再起動によってロック状態が失われる時期も検出する必要があります。 NFSクライアントが再起動した後、NFSサーバーは、クライアントで実行されているアプリケーションが保持しているすべてのファイルのロックを解除する必要があります。サーバーが再起動した後、クライアントは、クライアントで実行されているアプリケーションが保持するファイルロックをサーバーに通知する必要があります。
NFS バージョン 2 および 3 の場合は、ネットワークヘルスモニタプロトコル（または短縮 NSM）を使用して NFS ピアに再起動するように通知します。 Linuxでは、2つの独立したユーザースペースコンポーネントがNSMサービスを構成します。
SMS通知
ローカルシステムの再起動後にNFSピアに通知するヘルパー
rpc.statd
他のホストからの再起動通知を受信し、ローカルシステムが再起動したときに通知を受けるホストのリストを管理するデーモン
ローカルNFSロックマネージャは、監視する必要がある各リモートピアについてローカルrpc.statdに警告します。ローカルシステムが再起動すると、sm-notify コマンドは監視対象ピアの NSM サービスに再起動するように通知します。リモート再起動が発生すると、ピアはローカル rpc.statd に通知し、再びローカル NFS ロックマネージャに再起動通知を転送します。
FedoraはデフォルトでNFSv3クライアントシステムの再起動をサポートしていますが、サーバーシステムの再起動をサポートしていないかどうかを知りたいです。理由はありますか？つまり、サーバーを再起動すると、クライアントが保持しているロックが解除されます。これは面倒な監督かもしれません。
ベストアンサー1
必要に応じてオンデマンドリリースが明らかに準備されますmount.nfs。rpc-statd.serviceおそらく、これはrpc.statdNFSv4クライアントからの起動を防ぐので、不要なリソースの使用などがないことを意味します。
$ systemctl cat nfs-client.target
# /usr/lib/systemd/system/nfs-client.target
[Unit]
Description=NFS client services
Before=remote-fs-pre.target
Wants=remote-fs-pre.target
# Note: we don't "Wants=rpc-statd.service" as "mount.nfs" will arrange to
# start that on demand if needed.
Wants=rpc-statd-notify.service
# GSS services dependencies and ordering
Wants=auth-rpcgss-module.service
After=rpc-gssd.service rpc-svcgssd.service gssproxy.service
[Install]
WantedBy=multi-user.target
WantedBy=remote-fs.target