O convidado do Windows Server 2003 no Xen freqüentemente pára de responder

Question

Estou executando uma instância de convidado do Windows Server 2003 no Xen 3.x. Este DomU funciona bem por um dia ou dois, depois pára de responder - não obtenho nenhuma resposta de rede e não consigo mais conectar ao console VNC do Xen para este DomU.

xm list mostra isso:

Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0  6508     8     r----- 1161159.4
[A working Linux DomU]                       1   512     1     -b----  68711.1
[The hung Windows DomU]                      5   512     1     ------  67234.2
[Another working Linux DomU]                 3   512     1     -b---- 163036.4

(O que significa o ------ ? O manual do xm explica o que cada um dos seis estados significa, mas não o que não significa estado.)

Se eu xm destroy e xm create do Windows DomU novamente, ele inicializa novamente (com o alerta The previous system shutdown at [...] was unexpected. do Windows) e pára de responder após outro ou dois dias. Além desse alerta, não há nada relevante no log de eventos do Windows. Além disso, estou usando Munin para monitorar disco, rede, contagem de processos, uso da CPU e uso de memória; os gráficos do Munin não indicam qualquer esgotamento de recursos ou outra atividade suspeita antes do travamento.

Eu verifiquei /var/log/xen/*.log , mas nenhuma mensagem de log foi gerada no momento em que o servidor para de responder.

Como devo proceder para solucionar isso?

    

Answer 1

O ------ significa que está em um estado sem nada. Como em, não está em execução, bloqueado pausado, desligado, caiu ou morrendo. Então, "executável, mas não em execução", como se estivesse na fila de execução, mas não na frente dela.

Quanto à solução de problemas, o que você tentou até agora e quais ferramentas ou scripts de monitoramento de desempenho do Xen estão sendo executados? É difícil sugerir para onde ir quando não sabemos onde você esteve. Se você ainda não o fez, eu definitivamente começaria com o registro em log e o monitoramento de desempenho para ver se você pode correlacionar o início do seu estado executável com quaisquer indicadores.

Também pode valer a pena dar uma olhada nos logs de eventos do Windows ou fazer algum registro de desempenho dentro do Windows - duvido que eles digam algo de interessante, mas pode ser que algo dentro do sistema operacional convidado esteja acionando esse comportamento, e Se assim for, você gostaria de olhar para o sistema operacional convidado para rastrear o que.