[Tutorial] Instalação SIMPLIFICADA do Xen 3.4.1 no debian lenny 5.0.3 AMD64

[Giorgio Emanuel]

Bom caros andei lendo o tutorial de instalção do Xen-br par ainstalar o Xen 3.4.1 no debian lenny mais muitas coisas que estão ali são desnecessárias como baixar o kernel 2.6.18 ou baixar 425 mb de depêndencias, eu fiz o meu tutorial baseado em várias que vi na net onde se baixam aprox 250 MB de dependências e não se baixa ou usa o kernel 2.6.18 da xensurce e sim o 2.6.26-xen dos repositórios do debian, segue o meu tutorial:

Partindo de uma instalação limpa do debian 5.0.3 amd64 netinst:

xenserver:~# apt-get install openssh-server
xenserver:~# apt-get install build-essential libssl-dev
xenserver:~# apt-get build-dep xen-hypervisor-3.2-1-amd64
xenserver:~# cd /usr/src/
xenserver:/usr/src# wget http://bits.xensource.com/oss-xen/release/3.4.1/xen-3.4.1.tar.gz
xenserver:/usr/src# tar zvfx xen-3.4.1.tar.gz
xenserver:/usr/src# cd xen-3.4.1
xenserver:/usr/src/xen-3.4.1# make -j8 xen
xenserver:/usr/src/xen-3.4.1# make -j8 tools
xenserver:/usr/src/xen-3.4.1# make install-xen
xenserver:/usr/src/xen-3.4.1# make install-tools
xenserver:~# cd /
xenserver:~# apt-get install linux-image-2.6.26-2-xen-amd64 linux-modules-2.6.26-2-xen-amd64
xenserver:~# nano -w  /boot/grub/menu.lst

Adicionar o parametro pci=nomsi no parametro module de inicialização do kernel-xen, caso contrário o kernel não irá bootar!
Fica assim:

title           Xen 3.4.1 / Debian GNU/Linux, kernel 2.6.26-2-xen-amd64
root            (hd0,0)
kernel          /xen-3.4.1.gz
module          /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg_storage-vl_xenserver_root ro console=tty0 pci=nomsi
module          /initrd.img-2.6.26-2-xen-amd64


xenserver:/# update-rc.d xend defaults
xenserver:/# update-rc.d xendomains defaults
xenserver:/# reboot

Verificando o Xen:

xenserver:/# xm list
host                   : xenserver
release                : 2.6.26-2-xen-amd64
version                : #1 SMP Thu Aug 20 00:36:34 UTC 2009
machine                : x86_64
nr_cpus                : 4
nr_nodes               : 1
cores_per_socket       : 4
threads_per_core       : 1
cpu_mhz                : 2833
hw_caps                : bfebfbff:20100800:00000000:00000140:0408e3fd:00000000:00000001:00000000
virt_caps              : hvm
total_memory           : 8190
free_memory            : 128
node_to_cpu            : node0:0-3
node_to_memory         : node0:128
xen_major              : 3
xen_minor              : 4
xen_extra              : .1
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          : unavailable
cc_compiler            : gcc version 4.3.2 (Debian 4.3.2-1.1)
cc_compile_by          : root
cc_compile_domain      : fama.br
cc_compile_date        : Mon Oct  5 16:30:13 BRT 2009
xend_config_format     : 4
 

[gunther boeckmann]

Existe 1001 forma de usar o XEN, invente a sua!!!  ;)

Ou seja, cada forma se aplica a cada caso, não existe uma certa. Apenas acrescentando, também uso esse modelo e até agora tá dando certo, mas posso dizer que isso ai é um arranjo perigoso...
Vou continuar testando, se tiver alguma bronca, posto aqui na lista.

Gunther

2009/10/5 Giorgio Emanuel <giorg...@gmail.com>

[Giorgio Emanuel]

aliás corrigindo falta o bridge-utils que esqueci ^^
onde tem:

xenserver:~# apt-get install build-essential libssl-dev

é
xenserver:~# apt-get install build-essential libssl-dev bridge-utils

Bom se a informação ajudar alguém já fico feliz, pois li num blog sobre virtualização onde o kra faz váriso experimentos com xen que ele instala assim QUANDO se tem um kernel do repositorio da distro pronto pra xen ou um kernel PVOPS dom0.

2009/10/5 gunther boeckmann <guntherb...@gmail.com>

[Giorgio Emanuel]

lembrando que precisa configurar o  /etc/xen/xend-config.sxp e descomentar a linha:

(network-script network-bridge)

2009/10/5 Giorgio Emanuel <giorg...@gmail.com>

[Giorgio Emanuel]

Arranjo perigoso porque ?

http://bderzhavets.wordpress.com/

Foi ai que aprendi a insta-lo dessa forma só que eu adptei totalmente aos recurso que temos no debian como builddep e apt

2009/10/5 gunther boeckmann <guntherb...@gmail.com>

[juli...@gmail.com]

Boa Giorgiooooooooooooooooo!

Receita de bolo como essa facilitam a vida de todo mundo.




2009/10/5 Giorgio Emanuel <giorg...@gmail.com>:

--
--- @@@ ----

[Giorgio Emanuel]

Vlw ! julio ! to tentando agora fazer a da libvirt 0.7.1 (ultima stable)  mais ta complicado :/

2009/10/5 juli...@gmail.com <juli...@gmail.com>

[gunther boeckmann]

O Dom0 do Debian utiliza os Patchs da Novell e possivelmente alguns ajustes da comunidade Debian. O kernel privilegiado (Dom0) já é bastante "mexido" pelos desenvolvedores do Xen, tanto que eles usam como base o ainda kernel 2.6.18 para garantir que as coisas funcionem bem. Os desenvolvedores do kernel linux há muito tempo criticam o código do Xen e discordam de uma série de "arranjos" feitos para que o Dom0 funcione nos kernels mais recentes, tanto que o desenvolvimento do paravirt_ops no modo privilegiado irá resolver este impasse.
Com todas esses ajustes, terceirização dos Ports, arquitetura do código e não conclusão da Paravirt_ops, você ainda poria a mão no fogo ou apostaria seu emprego ? Colocaria algum sistema crítico de sua empresa nesse ambiente ? Quem vai dar suporte para você quando alguma coisa não funcionar, a comunidade Xen ou a comunidade Debian ? (sem contar, é claro, que as respostas poderão demorar dias)
Por isso que recomendo cautela. "Não ponha todos os ovos na mesma cesta."

Abraços,

[Reinaldo de Carvalho]

2009/10/6 gunther boeckmann <guntherb...@gmail.com>:

> O Dom0 do Debian utiliza os Patchs da Novell e possivelmente alguns ajustes
> da comunidade Debian. O kernel privilegiado (Dom0) já é bastante "mexido"
> pelos desenvolvedores do Xen, tanto que eles usam como base o ainda kernel
> 2.6.18 para garantir que as coisas funcionem bem. Os desenvolvedores do
> kernel linux há muito tempo criticam o código do Xen e discordam de uma
> série de "arranjos" feitos para que o Dom0 funcione nos kernels mais
> recentes, tanto que o desenvolvimento do paravirt_ops no modo privilegiado
> irá resolver este impasse.
> Com todas esses ajustes, terceirização dos Ports, arquitetura do código e
> não conclusão da Paravirt_ops, você ainda poria a mão no fogo ou apostaria
> seu emprego ? Colocaria algum sistema crítico de sua empresa nesse ambiente
> ? Quem vai dar suporte para você quando alguma coisa não funcionar, a
> comunidade Xen ou a comunidade Debian ? (sem contar, é claro, que as
> respostas poderão demorar dias)
> Por isso que recomendo cautela. "Não ponha todos os ovos na mesma cesta."
>
> Abraços,
> Gunther
>

Isto é inocência ou imbecilidade, você escolhe.

Esse é o mesmo medo/desculpa usado a mais de 10 anos, e todo esse
tempo eu tenho que gastar horas explicando aos gestores das empreas
que é confiável, que se consegue menos downtimes, etc.

E o mesmo aconteceu com o Apache, Postfix, o OpenLdap, Firewalls
(Netfilter), QoS (tc), assim como nos ultimos 5 anos com Samba.

O medo só existe do que não se conhece.

Ninguem esta te obrigado ou empurrando o Xen nem o Debian, se você
tiver capacidade de usar, use-o, caso contrário compre Vmware, pague o
suporte deles e seja feliz, assim como eu sou com o Xen.

--
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net

"Don't try to adapt the software to the way you work, but rather
yourself to the way the software works" (myself)

[gunther boeckmann]

Reinaldo,

Se é pra escolher, escolho manter o nível desta discussão. Se falei alguma coisa que você não entendeu, posso explicar novamente. Se falhei em algum quesito técnico, por favor me corrija.

No entanto, acredito que você poderia ser moderado nas suas convicções, pois não estamos discutindo nenhuma "causa" nem um "ideal" de vida, seja feliz com o seu. Inclusive esta é uma lista sobre o XEN e não de virtualização, nem de pragmatismos de software livre.

Não quero polemizar nem chama-lo também de imbecil com este conceito "Xiita" e ultrapassado de software livre, já que o que estamos discutindo aqui são OPNIÕES TECNICAS baseadas em nossas experiências.

Como falei nas notas anteriores, EU MESMO USO ESSA ARQUITETURA: DEBIAN LENNY COM XEN 3.4.1, QUE NÃO É A VERSÃO ORIGINAL (3.2.1). Acredito que você chegou atrasado na discussão...

Para que você entenda o que estamos discutindo, deixe explicar. A questão é:
- UTILIZAR O XEN 3.4.1 (COMPILADO) AO INVÉS DO XEN 3.2.1 (OFICIAL DO DEBIAN LENNY) COM CAUTELA, OU NÃO.

Sds,
Gunther

2009/10/6 Reinaldo de Carvalho <rein...@gmail.com>

[Reinaldo de Carvalho]

2009/10/6 gunther boeckmann <guntherb...@gmail.com>:
> Reinaldo,

>
> Como falei nas notas anteriores, EU MESMO USO ESSA ARQUITETURA: DEBIAN LENNY
> COM XEN 3.4.1, QUE NÃO É A VERSÃO ORIGINAL (3.2.1). Acredito que você chegou
> atrasado na discussão...
>
> Para que você entenda o que estamos discutindo, deixe explicar. A questão é:
> - UTILIZAR O XEN 3.4.1 (COMPILADO) AO INVÉS DO XEN 3.2.1 (OFICIAL DO DEBIAN
> LENNY) COM CAUTELA, OU NÃO.
>
> Sds,
> Gunther
>

Desculpe, pois eu interpretei equivocadamente seu comentário, pois
nele não vi referência ao link contendo o howto do xen 3.5 com kernel
2.6.31.1 nem ao howto do Giorgio usando xen 4.2.1. Entendi como
críticas genéricas, o que abriu a possibilidade de interpretações
equivocadas como a que ocorreu. Lamento novamente.

E quando a questão inicial, prefiro utilizar a versão original 3.2.1 do lenny.

[]s

[Giorgio Emanuel]

Descobri um bug no kernel 2.6.26-xen do debian, após instalado ele não configura o /etc/modules para subir o modulo xenblktap, desta forma ficamos impossibilitados de usar tap:aio:/  (file:/ tem performace muito inferior a esse novo metodo) para resolver é simples:

# echo xenblktap >> /etc/modules
# reboot

2009/10/6 Reinaldo de Carvalho <rein...@gmail.com>

2009/10/6 gunther boeckmann <guntherb...@gmail.com>:

[Giorgio Emanuel]

Pronto revisado e testado várias vezes no meu servidor:

xenserver:/# echo 'alias ls="ls --color=auto"' >> /etc/profile

xenserver:~# apt-get install openssh-server

xenserver:~# apt-get install build-essential libssl-dev bridge-utils psmisc -y
xenserver:~# apt-get build-dep xen-hypervisor-3.2-1-amd64 -y

xenserver:~# cd /usr/src/
xenserver:/usr/src# wget http://bits.xensource.com/oss-xen/release/3.4.1/xen-3.4.1.tar.gz
xenserver:/usr/src# tar zvfx xen-3.4.1.tar.gz
xenserver:/usr/src# cd xen-3.4.1
xenserver:/usr/src/xen-3.4.1# make -j8 xen
xenserver:/usr/src/xen-3.4.1# make -j8 tools
xenserver:/usr/src/xen-3.4.1# make install-xen
xenserver:/usr/src/xen-3.4.1# make install-tools
xenserver:~# cd /

xenserver:~# apt-get install linux-image-2.6.26-2-xen-amd64 linux-modules-2.6.26-2-xen-amd64 -y

xenserver:~# nano -w  /boot/grub/menu.lst

Adicionar o parametro pci=nomsi no parametro module de inicialização do kernel-xen, caso contrário o kernel não irá bootar!
Fica assim:

title           Xen 3.4.1 / Debian GNU/Linux, kernel 2.6.26-2-xen-amd64
root            (hd0,0)

kernel          /xen-3.4.1.gz noreboot vga=gfx-1024x768x8 dom0_mem=1024M

module          /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg_storage-vl_xenserver_root ro console=tty0 pci=nomsi
module          /initrd.img-2.6.26-2-xen-amd64

xenserver:/# echo xenblktap >> /etc/modules

[gunther boeckmann]

Giorgio,

Eu encontrei um probleminha com essa configuração. Quando eu desligo ou reboot  QUALQUER  VM Windows (HVM), ela fica suspensa e não é "destruida".

# xm list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0   512     1     r-----   1500.7
Master                                      11   512     1     -b----     27.7
Netware65                                   23  1024     2     -b----  12016.1
RLSL                                        10   512     1     -b----     27.5
Win2k3                                      22   512     1     ---s--    119.2
WindowsXP                                   25   512     1     -b----    282.2

Tenho que aguardar exatamente 5 minutos para que ela automaticamente seja removida. Veja o trecho final do log:
[2009-10-16 08:03:53 3131] DEBUG (XendDomainInfo:511) XendDomainInfo.shutdown(poweroff)
[2009-10-16 08:03:53 3131] DEBUG (XendDomainInfo:1709) XendDomainInfo.handleShutdownWatch
[2009-10-16 08:08:53 3131] INFO (XendDomainInfo:1895) Domain has shutdown: name=Win2k3 id=22 reason=poweroff.
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2724) XendDomainInfo.destroy: domid=22
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2199) Destroying device model
[2009-10-16 08:08:53 3131] INFO (image:556) Win2k3 device model terminated
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2206) Releasing devices
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2219) Removing vif/0
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:1134) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2219) Removing vbd/768
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:1134) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2219) Removing vfb/0
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:1134) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:2219) Removing console/0
[2009-10-16 08:08:53 3131] DEBUG (XendDomainInfo:1134) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0

# xm list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0   512     1     r-----   1552.9
Master                                      11   512     1     -b----     28.3
Netware65                                   23  1024     2     -b----  12341.1
RLSL                                        10   512     1     -b----     28.1
WindowsXP                                   26   512     1     -b----     14.1


Não sei se é por conta de alguma incompatibilidade do QEMU-dm do Xen 3.4.1 com o Kernel Debian do Dom0. Tenho dois servidores e apenas em um apareceu este problema.

Tenho certeza que estou utilizando o QEMU-dm do Xen3.4.1, visto a saída do comando:
# ps aux | grep Win
root     15282  0.5  1.0  94304  5272 ?        Sl   08:03   0:06 /usr/lib64/xen/bin/qemu-dm -d 26 -domain-name Win2k3 -videoram 4 -k pt-br -vnc 0.0.0.0:3,password -vncunused -vcpus 1 -boot dc -serial pty -acpi -usbdevice tablet -net nic,vlan=1,macaddr=00:16:3e:00:00:03,model=rtl8139 -net tap,vlan=1,ifname=tap26.0,bridge=eth0 -M xenfv

E meu arquivo de configuração é bastante simples:
name='Win2k3'
builder='hvm'
vcpus=1
memory='512'
boot='dc'
disk=['phy:/dev/VG01/Disk_Win2k3_01,hda,w']
vif=['bridge=eth0,mac=00:16:3e:00:00:03']
sdl=0
vnc=1
vnclisten='0.0.0.0'
vncdisplay=3
vncconsole=0
vncpasswd='senha'
serial='pty'
usbdevice='tablet'
keymap='pt-br'
on_reboot='restart'
on_crash='restart'
on_poweroff='destroy'


Alguém com esta configuração também está enfrentando o mesmo problema? Alguma ideia de como descobrir essa lentidão ou porque este TIMEOUT é aguardado?

Gunther

2009/10/6 Giorgio Emanuel <giorg...@gmail.com>

[gunther boeckmann]

Na verdade é qualquer VM inclusive PVM!!

Acho que tem algum problema no meu sistema que não padrão desta configuração, ou seja, é algum besteria que fiz... Vou continuar procurando.

Gunther

2009/10/16 gunther boeckmann <guntherb...@gmail.com>

[Welington R. Braga]

Eu também uso o Xen 3.4.1 e desde que instalei estou com este
problema. a verade eu não tinha nem me preocupado com ele. Mas agora
que o seu post eu lembrei do detalhe.

ps: Só tenho PVM e não HVM, como no seu caso.

2009/10/16 gunther boeckmann <guntherb...@gmail.com>:

--
Welington Rodrigues Braga
--------------
Web: http://www.welrbraga.eti.br
MSN: welrbraga[*]msn·com
Gtalk: welrbraga[*]gmail·com
Yahoo / Skype: welrbraga
PGP Key: 0x6C7654EB
Linux User #253605

"Em tudo somos atribulados, porém não angustiados; perplexos, porém
não desanimados; perseguidos, porém não desamparados; abatidos, porém
não destruídos;" - 2Co 4:8,9

[Giorgio Emanuel]

Mais vcs instalaram usando esse meu tutorial e estão com problemas ? nao testei com hvm aki, irei fazer isso e passo um feedback

2009/10/16 Welington R. Braga <welr...@gmail.com>

[gunther boeckmann]

Os meus procedimentos é bem parecido, mas não exatamente igual. Eu faço assim:

 

1. Instalo do Debian padrão bastante enxuto.

2. Instalo quase todos os pacotes do Xen para o Debian, em especial o Hypervisor e o kernel Dom0.

3. Depois os baixo o Xen 3.4.1 e compilo apenas o hypervisor e tools (make install-xen && make install-tools)

4. Faço os ajustes no Grub e pronto.

 

Acho se descobrirmos qual é o script ou biblioteca que conclui o "shutdown" das VM podemos descobrir o que está faltando.

 

Tenho outros dois Hosts que não apresentaram este problema, logo pode ser também que seja alguma limitação do hardware como falta de suporte APCI, ou coisas do gênero. Em termos de comparação, o hardware que as VM são desligadas normalmente é um Dell PowerEdge 3950 III, e o Host que não desliga é um Posito QuadCore com uma placa "XingLing" e Chipset Intel.

Vou fazer uma instalação seguindo seu tutorial para ver se funciona.

Gunther

 

Em 17/10/09, Giorgio Emanuel <giorg...@gmail.com> escreveu: