RPC.LOCKD(8)

名称
rpc.lockd - NFS ファイルロックデーモン

書式
rpc.lockd [-d debug_level]

解説
rpc.lockd デーモンは、NFS 環境において、監視されているまたは監視されていない ファイルやレコードのロックサービスを提供します。 ロックを要求したホストの状態を監視するために、ロックデーモンは一般に rpc.statd(8) と連携して動作します。

rpc.lockd で利用可能なオプションとオペランドは以下の通りです:

-d  -d オプションを指定すると、syslog を通してデバッグ情報を書くようになります。 デーモンへの全ての RPC トランザクションが記録されます。 このメッセージは level が LOG_DEBUG で facility が LOG_DAEMON として 記録されます。debug_level を 1 と指定すると、1 つのプロトコル操作につき 1 行のログが作成されます。これより高いデバッグレベルを指定すると、 その操作の引数とデーモンの内部動作も出力するようになります。

エラーの状態は、デバッグレベルに関係なく、log level が LOG_ERR で facility が LOG_DAEMON として syslog を通して記録されます。

rpc.lockd デーモンは inetd(8) で起動されるべきではありません。なぜならば、デーモンがシステムのスタート時に 起動されることをプロトコルが仮定しているためです。 そのかわりとして、 rc.conf(5) を使って、システムのスタートアップ時に起動するように設定されるべきです。

関連ファイル
/usr/include/rpcsvc/nlm_prot.x
    ネットワークロックマネージャプロトコル用の RPC プロトコルの仕様。

関連項目
syslog(3), rc.conf(5), rpc.statd(8)

バグ
現在のインプリメントでは、プロトコルのサーバ側の部分しか提供していません (つまり、他の OS が走るクライアントは NetBSD ファイルサーバ上にロックを 確立することはできますが、OS が NetBSD であるクライアントがロックを確立しようとしても意味がありません)。

ファイルやレコードが実際にロックされることはありません。 そういうものなので、NFS のロックサービスは、 ベンダの NFS のインプリメントがロックを必要としている環境でのみ使って下さい。 ファイルの作成や変更の保護が NFS のファイルやレコードのロックに依存している アプリケーションはきちんと動作しないかもしれません。 ローカルファイルシステムのロックメカニズムには影響を受けません。

標準
このインプリメントは、X/Open CAE Specification C218, "Protocols for X/Open PC Interworking: XNFS, Issue 4", ISBN 1 872630 66 9 をもとにしています。

歴史
rpc.lockd は SunOS 4 で登場しました。