web-dev-qa-db-ja.com

do_ypcall：clnt_call：RPC：タイムアウト

違反者：

NIS/YP設定での多くのトラブルシューティング、システムの再起動、ypbindの再起動とデバッグ、nscdの実行にかかわらず、新しく購入したシステムのグループは次のように定期的に私のメールをスパムしています：

do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out

ただし、ユーザーは（どうやら）これの影響を受けません-ネットワークリソースにアクセスできます。そうでなければ、私は不平を言う私のドアの前にユーザーの列を持っています... :)。これは今までほとんど悩まされてきましたが、どうすればそれを取り除くことができますか？

まったく同じ管理構成を持つ他のハードウェア仕様（古い、クアッドコア、デュオコア）のマシンはうまく機能しますが、この種の動作はほとんどありません。

私は（かなり最近の）優れたRAM、ディスクなどを備えたDell Optiplex 9010マシンのFedora 17/64を使用しています。NIS/ YPサーバーはCentOS上にあり、それに依存する他の重要なネットワークリソースは問題なく動作します。

ヒントはありますか？ありがとう。

nisyp
5
David Ramirez

何をチェックしたのかわからないまま、次は暗闇の中の刺し傷です。

  • rpcbindサービスのステータスを確認します。
  • /etc/nsswitch.confはクライアントでどのように見えますか？
  • すべてのマップ（nsswitchごとに使用中）をyptest -mで確認します。
  • ypmatch localhost hosts
2
Aaron Copley

私の場合、システムはhostlookupを実行していました。 /etc/nsswitch.confファイルでは、hosts行は次のとおりです。

hosts: files nis dns

このホスト行を次のように変更しました：

hosts: files dns [NOTFOUND=return]

NISのhosts.bynameなどではなく、常にホストレコードにDNSを使用しています。

1
WhoCares

FreeBSD 9と10で同じ問題が発生しました。この問題は、Dell Optiplex 990と9010の両方で発生します。問題のない古いOptiplex 960と新しいOptiplex 9020があります。内部のIntel NICを無効にし、別のPCI NICカードを使用することによってのみ問題を解決できました。990と9010sの両方でDell BIOSを更新するこの問題は、FreeBSDネイティブ、およびWindows 7ホストOSのVMware vmplayerとVirtualBoxの実行時に発生します。これは、UDPパケットを処理するNICファームウェア/ドライバーの問題であると考えています。

ダン

1
Dan Hazekamp