web-dev-qa-db-ja.com

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.cifsコマンドでmountスクリプトが非常に長い時間ハングすることがあります。 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

ありがとう！

mountsambacifs
7
Taschetto

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

さらにクレイジー：システムがスタックしている場合、同じボリュームのsmbmountが10分以上ハングしていても、mountは問題なく動作します。

3
Frank M

buntu Forumsのこの投稿 答えてくれました。

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

1
user96622

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

0
Jonathan Neufeld