Impossible de lancer l'instance Oneiric x64 sur les Eucalyptus

EDIT : après de nombreuses heures, j'ai découvert que le problème n'avait rien à voir avec Eucalyptus. On dirait que l'image est buggy. Très, très buggy . Plus de détails à la fin. Je n'ai pas réussi à le résoudre, et je vais déposer un bug.

EDIT 2 : J'ai réussi à le réparer, il semble fonctionner.


J'ai un cluster de 4 machines exécutant Ubuntu Server Natty (11.04) x64. J'ai installé "Ubuntu Enterprise Cloud" à partir du CD d'installation (puis mis à jour) sur chacune de ces machines. Le nuage semble fonctionner bien, j'ai beaucoup de machines virtuelles qui utilisent des servers Natty.

Maintenant, je voudrais exécuter Oneiric dans une machine virtuelle, mais d'une certaine manière, je ne peux pas.

J'ai téléchargé l'image de Oneiric (x64) à partir de http://cloud-images.ubuntu.com/oneiric/current/ , publiée ( uec-publish-tarball oneiric-server-cloudimg-amd64.tar.gz oneiric-server-cloudimg-amd64 ) exactement comme je l'ai fait avec Natty, puis j'ai essayé de lancer une instance ( euca-run-instances -n 1 -k my-key -t m1.small -z my-cloud emi-XXXXXXXX ) en utilisant l'image de Oneiric, mais l'instance n'est pas capable de démarrer.

Avec euca-get-console-output je reçois ce qui suit:

 [ 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 

Le système de files est étiqueté "cloudimg-rootfs", à l'intérieur de l'image à la fois / etc / fstab et /boot/grub/grub.cfg toujours se référer à l'image par l'label, tout semble correct, mais le kernel dit qu'il ne peut pas find le système de files racine.

J'ai passé plusieurs heures à googler, mais rien n'est sorti. J'ai demandé sur # ubuntu-server, mais personne ne savait quoi faire. J'ai demandé sur #eucalyptus mais je n'ai reçu aucune réponse.

Des idées sur la raison pour laquelle cela se produit et comment le résoudre?

Merci


EDIT : après de nombreuses heures, j'ai découvert que le problème n'avait rien à voir avec Eucalyptus. On dirait que l'image est buggy. Très, très buggy .

Le premier problème est que le Kernel dans l'image est un kernel -generic , alors que je suppose qu'il devrait être un « -virtual . J'ai chrootté dans l'image, supprimé les packages -generic , l'a remplacé par les -virtual . Ensuite, j'ai extrait le nouveau kernel (et remplacé l'original (-generic) fourni avec le tarball) parce que j'ai besoin quand je publie et lance une image avec Eucalyptus.

Le problème décrit ci-dessus a été résolu.

Mais alors, la console a commencé à montrer ceci:

 mount: mount point ext4 does not exist 

Si vous vérifiez le file / etc / fstab dans l'image, il indique:

 LABEL=cloudimg-rootfs ext4 defaults 0 1 

Damnt, où est mon sharepoint assembly? Notez qu'il manque /proc aussi.

Bien, lorsque vous pensez que c'est fini, vous remarquerez que votre instance n'aura aucune connectivité réseau. Vérifions / etc / network / interface:

 # interfaces(5) file used by ifup(8) and ifdown(8) auto lo iface lo inet loopback 

Oh mon! Il manque l'éth0 … ici je me suis arrêté. Je ne peux plus prendre plus. J'abandonne.

Apparemment, Canonical vient d'oublier de configurer correctement cette image. Au début, j'ai cependant: "ai-je téléchargé une image de server par erreur?", Mais non, j'ai vérifié deux fois. C'est vraiment l'image du nuage, il a même installé "cloud-init" (ce qui n'est pas, par défaut, sur les images du server). Ils ont simplement oublié de le préparer.

Je vais déposer un bug (et faire reference ici une fois que cela est terminé), et j'espère qu'ils le répareront bientôt!


EDIT 2 : il semble que la configuration du réseau était la dernière chose manquante. J'ai décidé de le tester avec les correctifs ci-dessus, et il a démarré correctement! Cependant, je n'ai pas eu la moindre idée si l'image est maintenant bonne …

Le rapport de bogue se trouve à l' adresse suivante : https://bugs.launchpad.net/ubuntu/+bug/896772

J'espère que cela sera corrigé bientôt!