NIS のスレーブサーバーに問題があり、ypbind(1M) が不定期に、「ypserver not responding」というエラーを表示するため、マシンをリブートしなければならなくなります。syslog の内容は次のとおりです。
Dec 14 07:11:03 rahab syslog: yp_all - RPC clnt_call (transport level) failure: RPC: Unable to receive; An event requires attention |
この問題を回避するには、yp 起動スクリプト /etc/rc2.d/S71rpc 中で、ファイル記述子の最大数を増やします。スクリプト中で、ypserv の起動行より前に次のコマンドを追加します。
ulimit -n 256 |
このメッセージは、「NIS server not responding」メッセージの後に表示され、ypbind(1M) が NIS サーバーと再び通信できるようになったことを示します。
作業を続けてください。このメッセージは情報を表示しているだけです。
これは、NIS クライアントデーモンである ypbind(1M) が、指定されたドメインの NIS サーバーと通信できないことを示します。このメッセージは、NIS ネームサービスが実行されているワークステーションがネットワークから切り離された場合、あるいは NIS サーバーが停止したかまたは応答が極度に遅い場合に表示されます。
他の NIS クライアントが正常に動作している場合は、このメッセージが表示されたワークステーションの Ethernet の配線を確認します。アーキテクチャの違いによってメッセージが異なります。
SPARC マシンの場合は、ネットワークの配線が外れていると、一連の no carrier メッセージも表示されます。
IA マシンの場合は、ネットワーク配線が外れていることを示すのが NIS+ メッセージのみであることがあります。
ネットワーク上の多数の NIS クライアントにこのメッセージが表示されている場合は、問題の NIS サーバーに移動して、必要に応じてリブートまたは修復します。ドメインの NIS サーバーを特定するには、ypwhich(1) コマンドを実行します。サーバーマシンが稼働状態に戻ると、NIS クライアントは「NIS server for domain OK」メッセージを表示します。
ypbind(1M) の詳細については、『Solaris のシステム管理 (第 3 巻)』の secure NFS の管理に関する節を参照してください。
この例では、バージョン 2.5.1 から バージョン 2.6 へアップグレードした NIS サーバーが 10 分おきにこのエラーメッセージを表示します。またそれより頻度は少ないのですが、NIS サーバーは次のメッセージを繰り返し表示します。
rpc.nisd_resolv[7472]: svc_getreqset: no transport handle for fd2 |
パッチ ID# 10552-01 をインストールします。Makefile の B= も設定します。再度 make を実行して次のようにマップを再作成します。
#B=-b B= |
ypwhich(1) コマンドからのこのメッセージは、NIS バインダプロセスである ypbind(1M) がローカルマシン上で実行されていないことを示します。
NIS を使用できるようにシステムが構成されていない場合は、このメッセージが表示されるのは当然であり正常です。必要に応じて、NIS を使用できるようにシステムを構成してください。
NIS を使用できるようにシステムが構成されているにもかかわらず、ypbind(1M) プロセスが実行されていない場合は、次のコマンドを呼び出して起動します。
# /usr/lib/netsvc/yp/ypbind -broadcast |