☰

mount.cifs зависает и перестает отвечать

tag-icon • tag-icon mount samba cifs
mount.cifs зависает и перестает отвечать

Я подключен к CISCO VPN для доступа к удаленному Windows Server. Я использую 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, что не зависает, но затем мы зависаем при попытке смонтировать общий ресурс. Одна из проблем, похоже, заключается в том, что вам нужно перемонтировать общий ресурс, прежде чем какой-либо процесс попытается открыть на нем файл. Это может быть очень сложно, если у вас есть мягкие ссылки, указывающие на общую файловую систему.

Еще более безумно: если система зависла, smbmountона все равно работает без сбоев, даже если mountна том же томе она зависла более чем на 10 минут.

решение2

Этот пост на форумах Ubuntuответил на него за меня.

Мне пришлось добавить vers=3.0опцию /etc/fstabдля этой точки монтирования.

решение3

На компьютере Mac, на котором размещены общие ресурсы, иногда необходимо перезапустить общий доступ к файлам на компьютере Mac (достаточно просто перезапустить компьютер Mac), прежде чем общие ресурсы можно будет снова смонтировать, виновник будетнетбыть клиентом Linux в таком сценарии (хотя это будет выглядеть так, как будто ключевые процессы переходят всон дискаstate). Это также верно, если что-то пойдет не так на Mac, пока общие ресурсы смонтированы, и umountон перестанет отвечать. В таком сценарии ни то, umount -lни другое не fuser -kmбудет работать, оба будут висеть бесконечно.

Связанный контент