O Ubuntu vm pára de responder ao host de forma intermitente - mas ainda está respondendo a outros computadores da rede?

3

Estou executando um servidor ubuntu (bitnami lampstack) vm no vmware-server em uma máquina host do windows. A vm a cada 10-20 segundos pára de responder ao computador host sem razão aparente. Eu ainda posso acessar o vm e ping em outras máquinas de rede e através do console remoto no host, mas periodicamente ele irá parar de falar com o host de qualquer outra forma - sem ping, sem resposta do servidor web, sem dns - mesmo que todos estejam vivos e chutando no momento.

Rede em ponte, / etc / network / interfaces é bastante simples.

ifconfig:

(desculpe pelas imagens - não há SSH no momento)

Quando faço o ping da máquina a partir do host do Windows, é assim:

Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.7: bytes=32 time<1ms TTL=64
[repeat ad infinitum...]

Alguma idéia?

edit - após uma inspeção mais detalhada, isso está acontecendo apenas no computador host. Outro computador da rede não enfrenta o problema - pelo menos não ao mesmo tempo, embora exista ocasionalmente um tempo limite a cada 30 tentativas ou mais. No computador host, ele normalmente pára de responder como um relógio a cada 20 segundos ou mais. Estou muito confuso, mas estou começando a achar que a configuração do meu Windows é a culpa.

edit2 - tentei definir um ip diferente para o vm, sem sorte ... apenas o computador host está com problemas.

Computador host conversando com o roteador e outros computadores - sem interrupção

Outros computadores conversando com o vm - sem problemas

O dns do computador host foi adiado para o roteador e disse ao roteador para se conectar ao dns da vm - o host está recebendo dns ininterruptos agora

Host tentando alcançar a vm 'diretamente' (ou seja, pelo ip da rede) - 15 segundos ligado, 15 segundos desligado. Se é um conflito de ip, não tenho ideia da fonte.

Tentei atribuir ao computador host um endereço IP de rede estático. Nenhuma diferença.

Parece que alguém está pregando uma peça cruel em mim ou algo assim ... alguém tem um palpite sobre o que devo testar neste momento?

UPDATE :

Eu adicionei o endereço MAC do host ao cache de arp da VM manualmente:

  arp -s my.host.ip.address my:host:mac:addess

Isso consertou o problema aparentemente - mas quando eu reinicio o vm, ele começa a descamar novamente.

Eu não entendo isso . O endereço MAC ainda está lá na reinicialização se eu executar arp -n , mas eu tenho que executar esse comando novamente para fazê-lo responder sem interrupção. Eu acho que ajudaria se eu soubesse o que diabos eu estava fazendo.

    
por Greg 11.10.2010 / 10:27

4 respostas

0

Edições semelhantes:

aqui , aqui

Causa não determinada - talvez algo a ver com os drivers de bridge ou NIC do VMware. Mac host plugado no cache de arp ( arp -s host.ip host:mac ) no script rc.local. Correção barata, mas eu parei de escolher isso.

    
por 11.10.2010 / 11:21
2

Isso soa como um conflito de endereços IP.
Verifique se nenhum outro computador também está usando esse IP.

    
por 09.10.2010 / 19:51
0

Estou tendo problemas semelhantes com o KVM. O problema é que eu tenho duas máquinas host idênticas e apenas uma está tendo problemas.

    
por 11.10.2010 / 12:11
0

Isso pode ser um pouco tarde, mas eu estava tendo o mesmo problema. Acho que devo ter atingido "move" em vez de "copy" quando configuro a VM a partir de um modelo que criei. Corrigi esse problema editando o arquivo VMX e excluindo as linhas que começam com:

ethernet0.addressType
uuid.location =
uuid.bios =
ethernet0.generatedAddress =
ethernet0.generatedAddressOffset =
    
por 06.11.2012 / 22:20