NFSサーバーのIPが変更された場合のトラブルシューティング方法

NFSサーバーのIPが変更された場合のトラブルシューティング方法

ボリュームをマウントするWindows NFSサーバーと複数のCentOS Linuxサーバーがあります。 Windowsサーバーが新しいネットワークに移動し、DNSが機能し、NFSマウントがホスト名でマウントされているにもかかわらず、NFSクライアントは無効なipaddr値を記録しているようです。これにより、一般的なサスペンションマウントdfの問題が発生します。この問題を遡って解決するにはどうすればよいですか?

ベストアンサー1

IP アドレスが変更された場合は、NFS クライアントを再起動するか、umountコマンドを実行してインストールされたサービスを明示的に無効にする必要があります。しかし、もともとNFSサービスが消えたため、これは不可能かもしれません。

私が見つけることができる唯一の他の方法は、次のタイトルのLinux Journalの記事に書かれていました。方法:再起動せずに中断されたNFSのマウント解除。私はこの方法を使ったことがなく、今まで聞いたこともありませんが、もう少し見てみると効果があるようです。

また、NFSマウントがintr / nointrマウントを使用しているかどうかによって問題が発生する可能性があると思います。 NFSのマニュアルページからこの機能スイッチの詳細を読むことができますman nfs

抜粋

intr / nointr  Selects whether to allow signals to interrupt file operations 
               on this mount point. If neither option is specified (or if 
               nointr is specified), signals do  not  interrupt NFS file 
               operations. If intr is specified, system calls return EINTR 
               if an in-progress NFS operation is interrupted by a signal.

               Using the intr option is preferred to using the soft option 
               because it is significantly less likely to result in data
               corruption.

               The  intr  / nointr mount option is deprecated after kernel 
               2.6.25.  Only SIGKILL can interrupt a pending NFS operation 
               on these kernels, and if specified, this mount option is 
               ignored to provide backwards compatibility with older
               kernels.

おすすめ記事