Memnemonics fike’s

   Já estou usando algum tempo o Grub2 como gerenciador de boot (arranque?), pelo menos para o meu uso em casa posso considerar estável apesar da maioria das distribuições ainda usarem o Grub 0.9.X. 

   Algum tempo atrás foi liberado o Xen 3.3 e como estava afim de testá-lo, tratei de baixar o código-fonte e instalar o Xen 3.3. Terminado a compilação e instalação, executo o update-grub (comando presente no Debian) para que configure automaticamente o Grub para reconhecer ao iniciar a máquina uma nova entrada para boot. Porém, o update-grub funciona muito bem com a versão 0.9.X do Grub e não com o Grub2. =/

   Se estiver usando os pacotes do Xen para o Debian também terá o mesmo problema, ao rodar o update-grub deverá ter uma nova entrada no grub.cfg como está:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
    linux /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
    initrd /initrd.img-2.6.26-1-xen-amd64
}

    Se fosse no Grub 0.9.X que estamos acostumados a trabalhar, trocaria as entrdas linux e initrd para modules e teria uma nova entrada com kernel:

title Debian GNU/Linux, linux 2.6.26-1-xen-amd64
  root (hd0,1)
  kernel /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=/dev/sda1 ro console=tty0
  module /initrd.img-2.6.26-1-xen-amd64

      Porém no Grub2, temos que adicionar manualmente. O parâmetro correto para iniciar o Xen com Grub2 é multiboot, a entrada no grub.cfg ficará similar ao exemplo abaixo:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
     multiboot /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
  module /initrd.img-2.6.26-1-xen-amd64
}

Essa apresentação para o lançamento do curso da 4Linux de virtualização foi bem engraçado, pelo menos foi divertido para o Caio, Grabber e para mim. O pessoal colocou o vídeo no youtube. Pelo os relatos do site do meu trabalho parece que o público também gostou. =)

Caso queiram ver os slides, eles estão aqui.

Apesar de parecer um palestrante traficante fugido da prisão, hoje é dia de Boteco 4Linux sobre virtualização com Xen. Em meio a notícia de compra da Xensource pela Citrix, iremos aproveitar que o tema está quente nos sites de notícias, blogs, listas de  discussões e iremos fazer algo nunca feito em palestra. Estão curiosos?

Hum…

Inscrevam-se ou esperem sair o vídeo da palestra, porque se não for um sucesso ao menos vocês irão rir um bocado.

A Citrix é conhecida pelo mercado pelo seu Produto Citrix Metaframe sendo referência para Microsoft Terminal Service e o NX da NoMachine. A Citrix comprou a Xensource, você já deve ter visto no Br-Linux a notícia da compra, eu fiquei ao receber um email do Peter J. Levine  (Presidente da Xensource até o momento) comenta no email que a Xensource será uma divisão da Citrix que ele coordenará, reportando diretamente ao CEO da Citrix, o Mark Templeton.

O conteúdo está numa carta aberta escrita pelo Peter no site da Xensource. Nesta é assumido o compromisso de manter a comunidade, a grande dúvida é como as outras empresas que colaboram com Xen irão manter o ritmo de contribuição com eles vieram fazendo nos últimos meses. :X

O Caio Candido postou no blog dele sobre como instalar e configurar o Xen usando pacotes Debian Etch. Vela a pena ler.

Saiu na kerneltrap uma notícia fantástica para os entusiastas de virtualização. A notícia lista algumas das novidades sobre o desenvolvimento do kernel linux na versão 2.6.23 e dentre as principais está qual? Qual? Qual?

… Xen, o Xen está entre eles. A vida irá ficar para sysadmins!

No primeiro semestre trabalhei muito com PostgreSQL mas no segundo semestre deste meu foco deverá ser virtualização, principalmente com XEN já que irei ministrar treinamento sobre o tema na 4Linux em outubro.

No tempo livre ainda continuarei fuçando no PostgreSQL já que tem alguns que o Skype liberou relacionados ao PostgreSQL que estou pretendendo manter no Debian.

A moda da virtualização está ficando cada vez mais forte, no blog do Sven Hezberg tem um relato sobre mais uma empresa desenvolvendo software de virtualização. A empresa chama Innotek e o software em questão é o VirtualBox, pela documentação parece ser interessante e também a licença estar sob a GPL.

Está na minha lista de testes para o primeiro semestre. =)

Technorati Tags: virtualização, GPL, VirtuaBox

Minha placa Wifi (atheros) não funciona bridge e por isso não podia usá-la diretamente nas máquinas virtuais xen até que um dia um tutorial[1] resolveu todos os meus problemas. =) A grande mágica é criar uma interface dummy e fazer a bridge em nela com regras de NAT configuradas sua máquina virtual consegue acessar a internet. Vou rapidamente demonstrar (a preguiça e sono são grandes demais para algo mais elaborado). ifconfig dummy0 up brctl addbr xenbr0 brctl addif xenbr0 dummy0 brctl stp xenbr0 on brctl sethello xenbr0 0 brctl setfd xenbr0 0 ifconfig xenbr0 192.168.2.2 iptables -t nat -A POSTROUTING -o ath0 -j MASQUERADE echo "1" > /proc/sys/net/ipv4/ip_forward Referência: 1 - http://virt.kernelnewbies.org/XenWifiNetwork

Se você quer saber se é um feliz usuário dos processadores com suporte a virtualização tanto da Intel (VT) como da AMD (Pacífica), pode fazer o teste para indentificar se tem a flag vmx nos processadores da Intel ou a flag svm. Se estiver com um Intel:

# grep vmx /proc/cpuinfo flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm

Se for AMD:

# grep svm /proc/cpuinfo flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy