☰

mount.cifs trava e não responde

tag-icon • tag-icon mount samba cifs
mount.cifs trava e não responde

Estou conectado a uma VPN CISCO para acessar um Windows Server remoto. Estou usando mount.cifspara montar uma pasta compartilhada neste servidor.

Aqui está meu mountroteiro:

#!/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

Aqui está meu umountroteiro:

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

Eles trabalham!

Mas o problema é: às vezes, devido às más condições da rede, a conexão VPN é interrompida; assim, o compartilhamento para de funcionar. Depois de reconectar, normalmente executo meu umountscript e depois o mountscript . Mas às vezes o mountscript trava por um período MUITO GRANDE no mount.cifscomando. Não consigo enviar um CTRL + C para encerrar o processo. A operação de montagem funciona novamente após a reinicialização do sistema.

A reinicialização nesta situação é demorada e improdutiva. Alguma idéia do que está acontecendo? Quais registros posso verificar?

Aliás, estou no Wily, mas o problema já existia quando eu estava usando o Ubuntu 14.10.

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

Obrigado!

Responder1

Esse problema existe há pelo menos 10 anos e ainda parece não haver maneira de corrigi-lo. Eu tentei umount -l xxx, que não trava, mas travamos ao tentar montar o compartilhamento. Um problema parece ser que você precisa remontar o compartilhamento antes que qualquer processo tente abrir um arquivo nele. Isso pode ser muito complicado se você tiver links virtuais apontando para o sistema de arquivos compartilhado.

Ainda mais louco: se o sistema travar, ele smbmountainda funciona sem problemas, mesmo que o mountmesmo volume fique travado por mais de 10 minutos.

Responder2

Esta postagem nos fóruns do Ubunturespondeu para mim.

Eu tive que adicionar vers=3.0uma opção /etc/fstabpara esse ponto de montagem.

Responder3

Em um Mac que hospeda os compartilhamentos, às vezes é necessário reiniciar o compartilhamento de arquivos no Mac (é bastante simples reiniciar o Mac) antes que os compartilhamentos possam ser montados novamente, o culpado iránãoser o cliente Linux em tal cenário (embora pareça que os principais processos entram emsuspensão do discoestado). Isso também é verdade se algo der errado no Mac enquanto os compartilhamentos estão montados e umountnão respondem. Nesse cenário, nem umount -lfuncionará fuser -km, ambos ficarão suspensos indefinidamente.

informação relacionada