CIFSマウントが読み取り時にハングする


13

次のような一連のCIFSマウントに問題があります。

//192.168.10.2/remote-share /home/windows-shared/remote-share cifs defaults,user=xxx,password=xxx,uid=603,gid=603       0 0

この問題は、しばらくすると、通常、ユーザーが午前中にマシンを起動し、共有がリモートで機能しなくなった1日後に発生します。

だから私がやろうとすると、lsこれが得られます:

ls: cannot access /home/windows-shared/remote-share: Host is down

に関連するものは何もありませんdmesg。これの問題は、システムのこの部分に対する読み取り呼び出しがハングするだけであるため、ソリューションとして、無期限にハングするのではなく、より高速なエラーが発生することです。

少し読んだ後、そのマニュアルページはmount.cifsデフォルトですべてのマウントがsoft最終的にタイムアウトすることを意味しているように見えます。問題は、タイムアウトに時間がかかりすぎることです。

更新:

これらのパラメーターをmountコマンドに追加しても、助けにはなりませんでした。

soft,timeo=300,retrans=3

を使用timeo=nretrans=mて、タイムアウト間隔を短くしようとしましたか?
MadHatter 14年

@MadHatter今すぐ試してみる。これが機能するかどうかを確認します。ありがとう。
アレクサンドル・プラグル14年

@MadHatterがこれらのパラメーターを追加しても、実際には何も変わりません。
Alexandru Plugaru 14年

何も変わらない」とどういう意味ですか。あなたはもう少し定量的で、おそらく説明的でもありますか?
MadHatter

@MadHatter byは何も変えません。あなたが提案した変更は状況を改善しなかったということです。これらのパラメーターを追加しても、問題は改善も悪化もしませんでした。どのファイル呼び出しでもプロセスはハングします。
アレクサンドル・プラグル14年

回答:


1

AutoFSを強くお勧めします。

これにより、ネットワーク共有がバックグラウンドで動的にマウントおよびアンマウントされ、すべてユーザーに対して透過的になります。切り替えを行うまで、モバイルデバイスのアンマウントと再マウントに問題がありました。

残念ながら、autofsのセットアップを非常に複雑にするガイドが多すぎます。Ubuntuボックスを使用していると仮定して、セットアップの簡単な手順を以下に示します。

以下に、非常に簡単な手順を示します。

  • apt-getからインストールします。 sudo apt-get install autofs -y
  • すべてを削除して、次のものに/etc/auto.master置き換えます。/- /etc/auto.cifs --timeout=20 --ghost
  • 次のような行を各マウントのauto.cifsに追加します。/mnt/LOCAL/MOUNT/PATH -fstype=cifs,rw,noperm,credentials=/etc/auto.credentials ://SERVER/MOUNT
  • /etc/auto.credentials、次のコンテンツを追加します。 username=USERNAME password=PASSWORD
  • 最後に、sudo service autofs restart

それでおしまい。


1
ハングしている現在の接続を修正するにはどうすればよいですか?
スヴェン

そうではありません。ほとんどの場合、autofsを使用するためにマウント設定を1回調整し、ハングした接続の取得を停止します。症状ではなく、問題を解決するはずです。
ベンYanke

0

ほとんどの場合、レイジーアンマウントを行うことで、少なくともハングしているマウントポイントを削除できます。 umount -l //server/share。たぶんそれをサスペンドフックに入れることができます(私が理解しているように、あなたのマシンは夜にサスペンドされ、数日間実行されますか?)

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.