Virtualbox rodando o Fedora 15 continua perdendo sua montagem cifs de um compartilhamento windows

Question

Eu tenho uma instância do virtualbox rodando o Fedora 15 na minha máquina com Windows XP. A caixa do Windows (Z8GQ9439) está compartilhando uma pasta (rlevesq).

Estou montando essa unidade no / etc / fstab da seguinte forma:

//Z8GQ9439/rlevesq  /mnt/rlevesq        cifs    uid=500,gid=500,rw,exec,file_mode=0755,dir_mode=0755,credentials=/home/rlevesq/.cifscred    0 0

Eu posso montar a unidade bem. Eu posso escrever para ele e ler a partir dele.

O problema é que, eventualmente, a montagem ficará inacessível a partir do Linux. Parece acontecer quando estou fazendo coisas intensivas de E / S no Windows, como compilar código C ++.

Quando isso acontece, não consigo executar ls /mnt/rlevesq . Mesmo sudo umount /mnt/rlevesq não funciona. Na verdade, quando executo esses comandos, eles bloqueiam o shell no qual foram executados.

dmesg apresenta o seguinte erro

[63823.762680] CIFS VFS: Server Z8GQ9439 has not responded in 300 seconds. Reconnecting...
[64070.860398] CIFS VFS: Unexpected lookup error -512
[64101.643986] CIFS VFS: did not end path lookup where expected namelen is 0

Neste ponto, não importa quanto tempo eu espere, a pasta permanece inacessível. A única solução que encontrei é reiniciar a caixa virtual.

1. Existe alguma maneira de recuperar isso sem reiniciar a caixa do linux?
2. Pode-se fazer alguma coisa para impedir que isso aconteça; alguma opção de montagem que eu perdi?

Answer 1

Tivemos muitos problemas com uma configuração semelhante quando perdemos nosso controlador de domínio principal. A montagem cifs desapareceu de repente e precisávamos reiniciar.

A solução foi criar um usuário winxp local para a montagem, em vez de usar o usuário do domínio.

Nota: Nós usamos o vmware. Nós nos afastamos do cifs e agora usamos as ferramentas vmware e o hgfs para compartilhar. Se você puder se afastar do cifs, faça isso. Eu vejo que há vbfs como um equivalente. Você já tentou?

    

Answer 2

Eu especulo que esse problema é causado pela rede NAT padrão do guest criado no VirtualBox. Com essa rede NAT, o sistema operacional host não pode falar livremente com o convidado (não é possível efetuar ping, não é possível iniciar uma sessão), portanto, esse problema.

Minha solução é criar uma rede somente de host no guest para que meu sistema operacional convidado tenha duas redes: NAT para conexão com a internet e rede somente host para compartilhamento de arquivos. É fácil, normalmente você só precisa ativar o adaptador de rede 2 do seu sistema operacional convidado e deixá-lo anexar ao "Adaptador somente para host". Após reinicializar seu convidado, você deve poder montar o diretório compartilhado do host como antes, e a montagem deve ser confiável. Para verificar se a rede somente de host realmente funciona, você pode tentar executar ping no convidado do host.