EDITAR: depois de muitas horas descobri que o problema não tem nada a ver com o Eucalipto. Parece que a imagem está com erros. Muito,muito cheio de erros. Mais detalhes no final. Não consegui consertar e vou registrar um bug.
EDITAR 2: Consegui consertar, aparentemente funciona.
Eu tenho um cluster de 4 máquinas executando o Ubuntu Server Natty (11.04) x64. Instalei o "Ubuntu Enterprise Cloud" do CD de instalação (e atualizei-o) em cada uma dessas máquinas. A nuvem parece funcionar bem, tenho muitas máquinas virtuais executando servidores Natty nelas.
Agora gostaria de rodar o Oneiric em uma máquina virtual, mas não consigo.
Eu baixei a imagem do Oneiric (x64) emhttp://cloud-images.ubuntu.com/oneiric/current/, publiquei ( uec-publish-tarball oneiric-server-cloudimg-amd64.tar.gz oneiric-server-cloudimg-amd64) exatamente como fiz com Natty, depois tentei iniciar uma instância ( euca-run-instances -n 1 -k my-key -t m1.small -z my-cloud emi-XXXXXXXX) usando a imagem do Oneiric, mas a instância não consegue inicializar.
Com euca-get-console-outputeu obtenho o seguinte:
[ 0.461269] VFS: Cannot open root device "sda1" or unknown-block(0,0)
[ 0.462388] Please append a correct "root=" boot option; here are the available partitions:
[ 0.463855] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 0.465331] Pid: 1, comm: swapper Not tainted 3.0.0-13-generic #22-Ubuntu
[ 0.466526] Call Trace:
[ 0.466989] [<ffffffff815d3ee5>] panic+0x91/0x194
[ 0.467860] [<ffffffff81ad1031>] mount_block_root+0xdc/0x18e
[ 0.468891] [<ffffffff81ad126a>] mount_root+0x54/0x59
[ 0.469829] [<ffffffff81ad13dc>] prepare_namespace+0x16d/0x1a7
[ 0.470883] [<ffffffff81ad0d76>] kernel_init+0x140/0x145
[ 0.471837] [<ffffffff815f38e4>] kernel_thread_helper+0x4/0x10
[ 0.472889] [<ffffffff81ad0c36>] ? start_kernel+0x3df/0x3df
[ 0.473884] [<ffffffff815f38e0>] ? gs_change+0x13/0x13
O sistema de arquivos é rotulado como "cloudimg-rootfs", dentro da imagem /etc/fstab e /boot/grub/grub.cfg sempre se referem à imagem pelo rótulo, tudo parece estar correto, mas o kernel diz que não pode encontre o sistema de arquivos raiz.
Passei muitas horas pesquisando no Google, mas não saiu nada. Perguntei no #ubuntu-server, mas ninguém sabia o que fazer. Já perguntei sobre #eucalipto mas não obtive resposta alguma.
Alguma idéia de por que isso está acontecendo e como resolvê-lo?
Obrigado
EDITAR: depois de muitas horas descobri que o problema não tem nada a ver com o Eucalipto. Parece que a imagem está com erros. Muito,muito cheio de erros.
O primeiro problema é que o Kernel na imagem é um -generickernel, embora eu suponha que deveria ser -virtualum. Eu fiz chroot na imagem, removi os -genericpacotes e substituí por -virtualaqueles. Então extraí o novo kernel (e substituí o original (-genérico) que veio com o tarball) porque preciso dele quando publicar e lançar uma imagem com o Eucalyptus.
O problema descrito acima foi resolvido.
Mas então, o console começou a mostrar isto:
mount: mount point ext4 does not exist
Se você verificar o arquivo /etc/fstab na imagem, ele diz:
LABEL=cloudimg-rootfs ext4 defaults 0 1
Droga, onde está meu ponto de montagem? Observe que /proctambém está faltando .
Bem, quando você pensar que acabou, notará que sua instância não terá conectividade de rede. Vamos verificar /etc/network/interface:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Oh meu Deus! Está faltando eth0... aqui parei. Eu não aguento mais. Desisto.
Parece que a Canonical simplesmente se esqueceu de configurar esta imagem corretamente. A princípio pensei: "baixei uma imagem do servidor por engano?", mas não, verifiquei novamente. É realmente a imagem da nuvem, tem até o "cloud-init" instalado (que não está, por padrão, nas imagens do servidor). Eles simplesmente esqueceram de prepará-lo.
Vou registrar um bug (e referenciá-lo aqui assim que isso for feito) e espero que eles o corrijam em breve!
EDITAR 2: parece que a configuração da rede foi a última coisa que faltou. Decidi testá-lo com as correções acima e ele inicializou corretamente! No entanto, não tenho a menor ideia se a imagem agora está pronta para uso ...
Responder1
O relatório do bug está em:https://bugs.launchpad.net/ubuntu/+bug/896772
Espero que isso seja corrigido logo!