Alguma VM trava o host, qual será o motivo?

cytron
(usa Slackware)

Enviado em 04/10/2012 - 10:05h

Então pessoal!

Estou enfrentando um problema grave, quando estou rodando as VMs trava tudo, o host nem mexe o teclado. Só no reset mesmo.

Vejam,

Situação anterior:

Host slackware64 13.37 kernel 2.6, intel QuadCore 2.8, 8 GB RAM, Virtualbox 4.2.0
Guest slackware64 14 kernel 3.2 em modo headless

Problema: Em menos de uma hora de uso travou tudo (processo repetido várias vezes).

Situação atual:

Host slackware64 14 kernel 3.2, intel QuadCore 2.8, 16 GB RAM, Virtualbox 4.2.0
Guest slackware64 14 kernel 3.2 em modo headless

Problema: Após 5 dias de uso travou tudo (processo feio apenas uma vez).

Já verifiquei uso de memória, clock, processos, IDs e tudo mais, o host roda o guest com folga, muita folga. O hardware é totalmente compatível com o Virtualbox segundo a Oracle. Deixei também o top rodando até travar tudo, nenhuma sobrecarga. Apenas trava.

Olhei no log da VM, nada suspeito, vejam as últimas linhas:

17:08:15.815438 Display::handleDisplayResize(): uScreenId = 0, pvVRAM=0000000000000000 w=720 h=400 bpp=0 cbLine=0x0, flags=0x1
17:08:15.860228 PIIX3 ATA: Ctl#1: RESET, DevSel=0 AIOIf=0 CmdIf0=0xa0 (-1 usec ago) CmdIf1=0x00 (-1 usec ago)
17:08:15.860270 PIIX3 ATA: Ctl#1: finished processing RESET
17:08:15.876624 AHCI#0: Reset the HBA
17:08:15.876732 AHCI#0: Port 0 reset
17:08:15.877456 Guest Log: BIOS: AHCI 0-P#0: PCHS=16383/16/63 LCHS=1024/255/63 16777216 sectors
17:08:15.877669 PIT: mode=2 count=0x48d3 (18643) - 64.00 Hz (ch=0)
17:08:15.881648 Display::handleDisplayResize(): uScreenId = 0, pvVRAM=00007fe99b800000 w=640 h=480 bpp=32 cbLine=0xA00, flags=0x1
17:08:18.359023 PIT: mode=2 count=0x10000 (65536) - 18.20 Hz (ch=0)
17:08:18.359365 Guest Log: BIOS: Boot : bseqnr=1, bootseq=0002
17:08:18.359852 Guest Log: BIOS: Booting from Hard Disk...
17:08:18.371647 Display::handleDisplayResize(): uScreenId = 0, pvVRAM=0000000000000000 w=720 h=400 bpp=0 cbLine=0x0, flags=0x1
17:08:29.318063 Guest Log: BIOS: KBD: unsupported int 16h function 03
17:08:29.318404 Guest Log: BIOS: AX=0305 BX=0000 CX=0000 DX=0000
17:08:36.583062 AHCI#0: Reset the HBA
17:08:36.591560 AHCI#0: Port 0 reset
17:08:36.648195 PIIX3 ATA: Ctl#0: RESET, DevSel=0 AIOIf=0 CmdIf0=0x00 (-1 usec ago) CmdIf1=0x00 (-1 usec ago)
17:08:36.648254 PIIX3 ATA: Ctl#0: finished processing RESET
17:08:36.648512 PIIX3 ATA: Ctl#1: RESET, DevSel=0 AIOIf=0 CmdIf0=0xa1 (-1 usec ago) CmdIf1=0x00 (-1 usec ago)
17:08:36.648641 PIIX3 ATA: Ctl#1: finished processing RESET
********

Tentei algumas configurações de chipset do guest mas trava também. Na verdade nem sei a diferença que pode haver em usar determinado chipset neste modelo básico que estou usando.
A configuração da VM está quase o default, só coloquei o uso da RAM em 2 GB, escolhi o kernel genérico e também testei com 2.6.

Onde fica o log do host? Não encontrei.

Alguém tem dicas pra resolver isso? Já viram isso?

Acredito que o Virtualbox não tem esse bug de travar ao rodar guest, afinal, rodar guest é o que ele faz desde a primeira versão. Imagino que estou rodando o vbox no modo mais básico que tem, já que a galera tá rodando guest com windows 7, 2003 server, servidores linux e estruturas de rede virtual complexas sem travar.

Preciso dessa virtualização e já estou iniciando a fase do desepeiro, por tanto, qualquer ajuda será bem vinda.

removido
(usa Nenhuma)

Enviado em 04/10/2012 - 10:20h

Antes de procurar problemas no software tenha ABSOLUTA certeza que teu hardware está bom...

Experiência própria com travamentos.

1 - Temperatura de funcionamento.(monitore a temperatura, limpe os coolers ou troque-os)
2 - Memórias mal encaixadas ou defeituosas (faça MEMTEST em cada pente de memória separadamente)
3 - Erros de configuração no Setup/Bios como hora errada, perda de data, bateria com problema, ordem dos discos e suas propriedades.
4 - Sua fonte de energia está FLUTUANDO... uma máquina Quad exige no mínimo uma 500 Watts REAL. Cheque as conexões de energia.
5 - cheque TODOS os cabos que entram no PC. Procure por cabos bambos ou mal conectados na entrada e na junção com a rede eletrica ou paineis de rede.
6 - Cheque sua rede eletrica contra surtos.
7 - Faça uma inspeção visual em CAPACITORES e na placa mãe.


Se for hardware eu aposto em TEMPERATURA e FONTE fraca.

Mas é óbvio que podem ser 1001 outras coisas, mas descarte problemas de hardware antes.

Sorte.

cytron
(usa Slackware)

Enviado em 19/10/2012 - 20:33h

Olá kyetoy,

Tudo que vc citou já foi visto, na verdade o servidor trabalha em produção. Infelismente não estou usando a virtualização devido a este problema de travamento.

O servidor é o roteador trabalha normalmente. Vez ou outra resolvo testar a virtualização e dou um start em alguma vm. De início fica tudo bem, mas basta deixar a vm rodando por algumas horas e no dia seguinte o server trava. Mesmo deixando a vm sem uso, ou seja, rodando mas sem fazer tarefas. Já testem com uma vm rodando apache, outra vm rodando squid e outra só com linux sem interface gráfica. Seja lá qual for a vm, se deixar aberta por várias horas acaba travando. Sem vm o server roda normal eternamente.

Já testei com as 2 últimas versões do virtualbox, dá o mesmo problema.

Nos logs não consta nada de erros. No início cheguei até a trocar as memórias e o HD, mas sempre trava.

Cheguei a monitorar o tempo, dou start na vm as 19:00 e no dia seguinte o server trava durante a tarde. Tem vez que trava em menos de 1 hora, mas é raro.

JJSantos
(usa Gentoo)

Enviado em 19/10/2012 - 22:48h

Já tentou usar o ESXI?

cytron
(usa Slackware)

Enviado em 19/10/2012 - 23:28h

Hummm, parece bom! Estou dando uma olhada, quem sabe eu animo. Se bem que o virtualbox me atende. Só precisava resolver a travadeira mesmo.

Tentei baixar o esxi mas tá temporariamente indisponível. Que pena.

JJSantos
(usa Gentoo)

Enviado em 19/10/2012 - 23:40h

O site do vmware está em manutenção!

Ná empresa tem um dell t110, 16 Gb, Xeon Quad Core 3.20 Ghz.
Rodando ESXI e 4 VMs: 2 Windows Server 2003, 1 Slackware como proxy e 1 CentOS 6 servidor de live-cds.
Rodando sem problema no ESXI.