Linux：CIFS / Sambaマウントが数分間ハングする

GentooボックスとWindowsボックスがある小さなローカルネットワークがあります。次のようなコマンドを使用して、Windowsボックスで発生した共有をGentooボックスにマウントします。

mount -t cifs -o username=WindowsUsername,password=thepassword,uid=pistos //192.168.0.103/Users /mnt/windowsbox

ほとんどの場合、すべてが正常に機能し、問題なく読み書きできます。ただし、数週間ごとに、接続またはマウントポイントが停止またはハングしているように見えるため、マウントポイントにアクセスしようとするプロセスはすべてD状態のままになります（ディスクまたはI / O待機）。これらのプロセスはTERMおよびKILLシグナルの影響を受けません。Windowsボックスをネットワークから切断して再接続しても効果はありません。凍結状態は5分以上続きます。Save Asダイアログ、lsコマンドなどがフリーズするため、本当にイライラし、通常の作業の邪魔になります。umountマウントポイントでを発行すると、ハングするか、マウントポイントが使用中であると報告されます。最終的に、デッドステートは自動的に解決され、マウントポイントがアンマウントされるかumount、遅延なく可能になります。

私の推測では、接続/マウントがアイドル状態になったとき、またはWindowsマシンがアイドル状態になったときに発生します。よくわからない。

なぜこれが起こっているのですか、それを防ぐために何ができますか？または、これらのD-stateプロセスを自由に強制終了するにはどうすればよいですか？

おそらく関連：読み取り時にCIFSマウントがハングする

なぜ問題が発生しているのかわかりませんが、回避策として、毎分cronを実行しtouch /mnt/windowsbox/keepalive.txtたりecho "I am still alive." >/mnt/windowsbox/keepalive.txt、cronを介して実行しようとしたりしましたか？そうすれば、接続はアクティブのままになります。

私も数ヶ月ごとにこれに遭遇します。 sudo umount -l私の回避策です。 /programming//a/96288/2097284

別の潜在的な回答は、cronを介して定期的にマウント上のファイルに書き込むことを示唆しています。代わりにsmbclientプログラムを使用して共有に接続し、切断することをお勧めします。

これを実現するために、次のようなbashスクリプトを作成しました。

#!/bin/bash

su usernamehere -c "smbclient \\\\\\\\\\\\\\\\servernamehere\\\\\\\\sharenamehere passwordhere -c exit" >/dev/null 2>&1

このコマンドは共有への新しい接続を作成してからexitコマンドを実行し、コマンドラインで確立したばかりの接続を即座にシャットダウンします。バックスラッシュはエスケープする必要があり、二重引用符で囲まれた文字列内ではエスケープをエスケープする必要があるため、サーバー名の前に8個、共有名の前に4個のスラッシュが必要です。おそらくもっと賢い方法がありますが、これはうまくいくようです。

接続を一度に数分間開いたままにすることで、これをさらに信頼性の高いものにする方法があるかもしれませんが、それは私のリーグから少し外れています。