Pessoal, recentemente eu fiz umas pequenas mudanças na configuração do meu cluster RHCS, e as VMs que são controladas por ele. Isso pra eu pudesse ter live-migration dentro da infra-estrutura do cluster.
Tudo bem, todo as tentativas de migração que fiz com guests Linux funcionaram, porém com o guest Windows, a migração falha e me retorna a seguinte mensagem:
Tem um erro conhecido do Live Migration com o Debian Lenny (Xen 3.2.1 e Dom0
64 bits) e DomU 32 bits no modo PVM, tem ainda incompatibilidades do GPLPV
Drivers com Hypervisors inferiores ao Xen 3.4, onde o autor desses Drivers
recomenda o uso do Xen mais novo.
Gunther
2009/10/30 Edson Marquezani Filho <edsonmarquez...@gmail.com>
> Pessoal, recentemente eu fiz umas pequenas mudanças na configuração do
> meu cluster RHCS, e as VMs que são controladas por ele. Isso pra eu
> pudesse ter live-migration dentro da infra-estrutura do cluster.
> Tudo bem, todo as tentativas de migração que fiz com guests Linux
> funcionaram, porém com o guest Windows, a migração falha e me retorna
> a seguinte mensagem:
> Alguém tem idéia do que há de errado, para que isso não funcione?
> Poderia ter alguma coisa a ver com o GPLPV Drivers? Estou usando a
> versão 0.10.0.86.
> Tem um erro conhecido do Live Migration com o Debian Lenny (Xen 3.2.1 e Dom0 > 64 bits) e DomU 32 bits no modo PVM, tem ainda incompatibilidades do GPLPV > Drivers com Hypervisors inferiores ao Xen 3.4, onde o autor desses Drivers > recomenda o uso do Xen mais novo.
> Gunther
Problema é que eu uso Red Hat, e não pretendo instalar uma versão mais nova do hipervisor, por fora. Na verdade, eu deveria estar usando do os PV Drivers da própria Red Hat, não fosse um bug também, de tela azul da morte, cuja correção _talvez_ saia no próximo release, 5.5.
So sorry!!
O pior é que a RedHat não está investindo no Xen, inclusive chegou a
atrapalhar um pouco o desenvolvimento quando a empresa entregou partes do
desenvolvimento do Xen, porém como eles tem garantia do suporte por 5 anos
(eu acho) é possível que eles liberem alguma correção para o seu caso.
2009/10/30 Edson Marquezani Filho <edsonmarquez...@gmail.com>
> 2009/10/30 gunther boeckmann <guntherboeckm...@gmail.com>:
> > Tem um erro conhecido do Live Migration com o Debian Lenny (Xen 3.2.1 e
> Dom0
> > 64 bits) e DomU 32 bits no modo PVM, tem ainda incompatibilidades do
> GPLPV
> > Drivers com Hypervisors inferiores ao Xen 3.4, onde o autor desses
> Drivers
> > recomenda o uso do Xen mais novo.
> > Gunther
> Problema é que eu uso Red Hat, e não pretendo instalar uma versão mais
> nova do hipervisor, por fora.
> Na verdade, eu deveria estar usando do os PV Drivers da própria Red
> Hat, não fosse um bug também, de tela azul da morte, cuja correção
> _talvez_ saia no próximo release, 5.5.
> So sorry!! > O pior é que a RedHat não está investindo no Xen, inclusive chegou a > atrapalhar um pouco o desenvolvimento quando a empresa entregou partes do > desenvolvimento do Xen, porém como eles tem garantia do suporte por 5 anos > (eu acho) é possível que eles liberem alguma correção para o seu caso.
Eu tô mandando um email na xen-user, quem sabe o Harper não se dispõe a ajudar. Suporte pra isso eu não posso pedir à Red Hat, uma vez que estou usando um driver não suportado. (Detalhe é que o drivers dele é que não me suporta, né? =/ )
Se não estou enganado (pois já testei!) funciona apenas com o kernel 3.4,
como falei.
Vou testar novamente e te aviso, mas tenho quase certeza que funciona.
Gunther
2009/10/30 Edson Marquezani Filho <edsonmarquez...@gmail.com>
> Se não estou enganado (pois já testei!) funciona apenas com o kernel 3.4, > como falei. > Vou testar novamente e te aviso, mas tenho quase certeza que funciona.
Eu fiz uns testes aqui, e notei que meu problema não tem a ver com os GPLPV Drivers. Pelo menos, não somente. Eu não consigo fazer migração (live ou não) de nenhuma máquina HVM. Botei um Linux em HVM e também falha com o mesmo erro do xc_save, assim como para um Windows sem nenhum driver para-virtualizado.
Pelo XCP penso que não existirá mais este problema de migração de
windows entre hosts pois este tipo de problema não ocorre com o
XenServer da Citrix. Os drivers do XCP (não são opensource) são
homologados pela Microsoft e o live-migration corre de boa com estes
drivers.
abs
2009/11/4 Edson Marquezani Filho <edsonmarquez...@gmail.com>:
> 2009/11/3 gunther boeckmann <guntherboeckm...@gmail.com>:
>> Se não estou enganado (pois já testei!) funciona apenas com o kernel 3.4,
>> como falei.
>> Vou testar novamente e te aviso, mas tenho quase certeza que funciona.
> Eu fiz uns testes aqui, e notei que meu problema não tem a ver com os
> GPLPV Drivers. Pelo menos, não somente.
> Eu não consigo fazer migração (live ou não) de nenhuma máquina HVM.
> Botei um Linux em HVM e também falha com o mesmo erro do xc_save,
> assim como para um Windows sem nenhum driver para-virtualizado.
> Pelo XCP penso que não existirá mais este problema de migração de > windows entre hosts pois este tipo de problema não ocorre com o > XenServer da Citrix. Os drivers do XCP (não são opensource) são > homologados pela Microsoft e o live-migration corre de boa com estes > drivers.
> abs
Mas veja Marco, como eu disse na última mensagem, os problemas estão ocorrendo sempre que as máquinas são HVM, mesmo Linux. Tem alguma idéia? Isso está me chateando porque meu cenário era pra ser de tal forma, que eu pudesse eventualmente tirar um servidor host do ar, sem ter de parar nenhuma máquina, mesmo em produção.
>> Pelo XCP penso que não existirá mais este problema de migração de
>> windows entre hosts pois este tipo de problema não ocorre com o
>> XenServer da Citrix. Os drivers do XCP (não são opensource) são
>> homologados pela Microsoft e o live-migration corre de boa com estes
>> drivers.
>> abs
> Mas veja Marco, como eu disse na última mensagem, os problemas estão
> ocorrendo sempre que as máquinas são HVM, mesmo Linux.
> Tem alguma idéia?
> Isso está me chateando porque meu cenário era pra ser de tal forma,
> que eu pudesse eventualmente tirar um servidor host do ar, sem ter de
> parar nenhuma máquina, mesmo em produção.
> pode postar um xm info , de ambos os nodes ? e o xend-config.sxp
Eu esqueci de mencionar, porém como será possível notar, existe uma pequena diferença entre as versões dos pacotes e kernel entre um servidor e outro, porque são dois RHEL 5.4, porém um deles ainda não está registrado, e o primeiro está, tendo já várias atualizações de segurança e correções aplicadas. Mas não chega a mudar versão nenhuma do software em si.
Ah, claro, os X só pra esconder alguns valores. A rede 10.X.X.X está num interface ligada diretamente um no outro, via cabo cross.
> > pode postar um xm info , de ambos os nodes ? e o xend-config.sxp
> Eu esqueci de mencionar, porém como será possível notar, existe uma
> pequena diferença entre as versões dos pacotes e kernel entre um
> servidor e outro, porque são dois RHEL 5.4, porém um deles ainda não
> está registrado, e o primeiro está, tendo já várias atualizações de
> segurança e correções aplicadas. Mas não chega a mudar versão nenhuma
> do software em si.
> Ah, claro, os X só pra esconder alguns valores.
> A rede 10.X.X.X está num interface ligada diretamente um no outro, via
> cabo cross.
>> > pode postar um xm info , de ambos os nodes ? e o xend-config.sxp
>> Eu esqueci de mencionar, porém como será possível notar, existe uma
>> pequena diferença entre as versões dos pacotes e kernel entre um
>> servidor e outro, porque são dois RHEL 5.4, porém um deles ainda não
>> está registrado, e o primeiro está, tendo já várias atualizações de
>> segurança e correções aplicadas. Mas não chega a mudar versão nenhuma
>> do software em si.
>> Ah, claro, os X só pra esconder alguns valores.
>> A rede 10.X.X.X está num interface ligada diretamente um no outro, via
>> cabo cross.
> Nestor MUITO bem visto , falar a verdade por ser uma coisa TAO simples > nem me toquei de checar
> Edson , vai na Bios e habilita virtualizacao nesse servidor , nao > esquece de dar power off e power on
Putz, que manda a minha, pessoal!
Eu tinha absoluta certeza de que já tinha habilitado isso. Tanto que no servidor master foi a primeira coisa que eu fiz. Eu sabia que tinha que desligar e tudo mais, já tinha sido alertado sobre isso. Sei lá onde foi que eu me confundi. =/
Não ia ver isso sozinho, nunca. Tava dando como garantido já. =)
Meu primeiro teste com um guest Windows já deu certo. Só preciso ver se com GPLPV Drivers ainda vai funcionar também.
> Meu primeiro teste com um guest Windows já deu certo. Só preciso ver > se com GPLPV Drivers ainda vai funcionar também.
Opa, e após instalar o GPLPV Drivers também funciona. Show de bola!
Obs: e tinha uns doidões me falando que não funcionava com eles lá na xen-users. =P Parece, na verdade, é que tem algo a partir da versão 3.4.1 que fez parar de funcionar, segundo o James Harper, mas aqui é 3.1.x, e tá beleza. =)
> > Meu primeiro teste com um guest Windows já deu certo. Só preciso ver
> > se com GPLPV Drivers ainda vai funcionar também.
> Opa, e após instalar o GPLPV Drivers também funciona. Show de bola!
> Obs: e tinha uns doidões me falando que não funcionava com eles lá na
> xen-users. =P Parece, na verdade, é que tem algo a partir da versão
> 3.4.1 que fez parar de funcionar, segundo o James Harper, mas aqui é
> 3.1.x, e tá beleza. =)
|
