☰

mount.cifs がハングして応答しなくなる

tag-icon • tag-icon mount samba cifs
mount.cifs がハングして応答しなくなる

リモート Windows Server にアクセスするために、CISCO VPN に接続しています。mount.cifsこのサーバー上の共有フォルダーをマウントするために使用しています。

これが私のmountスクリプトです:

#!/bin/bash    
stweb="/mnt/stweb"
if ! mount|grep $stweb; then
    sudo mkdir -p $stweb
    sudo mount.cifs //<server IP>/folder $stweb -o uid=1000,gid=1000,user=<myuser>,password=<mypassword>,domain=<mydomain>
fi

これが私のumountスクリプトです:

#!/bin/bash
sudo umount -a -t cifs -l

彼らが働きます！

しかし、問題は、ネットワークの状態が悪いために VPN 接続が中断され、共有が機能しなくなる場合があることです。再接続後、通常はスクリプトを実行してumountからmountスクリプトを実行します。しかし、mountスクリプトがコマンドで非常に長い時間ハングすることがありmount.cifsます。プロセスを強制終了するために CTRL+C を送信することすらできません。システムを再起動すると、マウント操作が再び機能します。

この状況で再起動するのは時間がかかり、非生産的です。何が起こっているのか、何か考えはありますか? どのログを確認すればよいでしょうか?

ちなみに、私は Wily を使用していますが、Ubuntu 14.10 を使用していたときにも問題は発生していました。

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 15.10
Release:    15.10
Codename:   wily

ありがとう！

答え1

この問題は少なくとも 10 年間存在していますが、まだ解決方法はないようです。 を試しましたが、umount -l xxxハングアップしませんが、共有をマウントしようとするとハングアップします。問題の 1 つは、プロセスがファイルを開こうとする前に共有を再マウントする必要があることです。共有ファイル システムを指すソフト リンクがある場合、これは非常に厄介です。

さらに驚くべきことに、システムが停止した場合でも、同じボリュームが 10 分以上ハングしていsmbmountても、問題なく動作します。mount

答え2

Ubuntuフォーラムのこの投稿私に代わって答えてくれました。

そのマウントポイントにvers=3.0オプションを追加する必要がありました。/etc/fstab

答え3

共有をホストしているMacでは、共有を再度マウントする前にMacでファイル共有を再開する必要がある場合があります（Macを再起動するだけで十分です）。ないこのようなシナリオではLinuxクライアントになります（ただし、主要なプロセスがディスクスリープ状態)。共有がマウントされている間に Mac で何か問題が発生し、umount応答しなくなった場合にも、同じことが当てはまります。このようなシナリオでは、 も もumount -l機能fuser -kmせず、両方とも無期限にハングします。

関連情報