Cher journal,
Je viens de faire une découverte qui me fera gagner un temps considérable. Peut ête cher journal, cette découverte t'enchantera tout autant. C'est pourquoi je la partage avec toi.
Le projet virtualboximage propose le téléchargement (gratuit) d'OS libres sous forme d'images vdi. Pour ne rien gâcher, les versions des distros sont récentes...
Fedora 11, PCLOS 2009.2, CentOS 5.3 (bon ok la 5.4 vient de sortir)...
Alors cher journal, maintenant tu peux virtualiser comme un goret.
http://sourceforge.net/projects/virtualboximage/
Journal Des installations out of the (Virtual)Box
30
oct.
2009
# OmG !
Posté par Snarky . Évalué à 10.
Tsss, bande de tipiak !
[^] # Re: OmG !
Posté par LeJulien . Évalué à 10.
[^] # Re: OmG !
Posté par pierre_80 (site web personnel) . Évalué à 2.
# Et ça s'utilise comment?
Posté par MCMic (site web personnel) . Évalué à 1.
Un peu d'aide serait la bienvenue, beaucoup des OS proposés me font envie pour un petit test.
[EDIT]ha en fait leur jar me fait des exceptions en folie : "Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException" => ce genre de jolies choses.
[^] # Re: Et ça s'utilise comment?
Posté par B16F4RV4RD1N . Évalué à 10.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Et ça s'utilise comment?
Posté par thedude . Évalué à 5.
# Formats…
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
- à des images brutes sur fichier creux en local ;
- à des images brutes bzippées pour les transferts ?
Ce que ça a de moins bien, ça on le sait :
- ces formats sont incompatibles entre eux ;
- on ne peut pas les monter soi-même.
[^] # Re: Formats…
Posté par olaf . Évalué à 2.
Chaque éditeur a son format, et oui, le monde des bisounours n'arrive pas encore chez VMware... ;-)
Sinon, tu parles de fichiers "creux" ?? wtf ?
Tout le monde ici connait les bienfaits de l'interopérabilité toussa, tu ne prêchera que des convaincus sur dlfp.
Cependant, 2 minutes de recherche via Google m'ont remonté ces pages :
https://wiki.ubuntu.com/UbuntuMagazine/HowTo/Switching_From_(...)
et
http://dossy.org/2008/05/migrating-from-virtualbox-to-vmware(...)
Cela devrait t'aider à avoir un tant soit peu de portabilité d'un soft à l'autre. Libre à toi ensuite si tu as le temps, de faire profiter la communauté en scriptant / améliorant tout cela.
Attention toutefois, le matos emulé n'est pas forcement le même d'un outil de virtualisation à l'autre.
[^] # Re: Formats…
Posté par Thierry . Évalué à 2.
foo = open(''plop.data'', O_CREAT...lseek(foo, 777777, SEEK_SET);
write(foo, ''plop'', 4);
close(foo);
Et voilà un fichier creux : tous les octets du début sont à zéro, mais n'existent pas sur le disque.
Au passage, on peut pas mettre de " dans le tag {code} ?
[^] # Re: Formats…
Posté par monsieurw . Évalué à 1.
Mais sinon, je suis d'accord, qu'est qui fait qu'on a besoin d'un format spécifique ? (Des informations de verrouillage quand une VM utilise le disque ? ...)
Un spécialiste dans la salle pour nous éclairer ?
--
Unk
[^] # Re: Formats…
Posté par zebra3 . Évalué à 4.
Ce format semble pris en charge au moins par VMware, VirtualBox et Virtual PC (bien que je ne l'ai jamais essayé). Comme c'est en passe de devenir un standard (le seul qui essaie de réunir tout le monde), il doit y en avoir d'autres, au moins les solutions libres :-)
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Formats…
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 3.
Ce n'est pas du tout une solution satisfaisante.
Par expérience (au taff), même avec un OVF, un disque dur virtualisé en vmdk (lisible par VirtualBox et VMWare), avec un windows XP émulé, ça n'est pas compatible entre les deux logiciels pré-cités.
En effet dans les deux cas, il existe des additions clients (indispensable si on veut du copier/coller, des performances correctes). Le matériel émulé étant différent en fonction de l'éditeur, ça part en couille avec les additions VBox et VMWare installés conjointement....tout du moins sous Windows. Sous Linux ça plante Xorg, mais une petite édition du fichier xorg.conf et c'est bon. À faire à chaque changement de virtualiseur, c'est un peu casse-couille tout de même.
Bref, le chemin est encore très très long avant de voir une interopérabilité correcte entre les logiciels de virtualisation.
[^] # Re: Formats…
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Formats…
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Formats…
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
Sinon, c'est quoi une partition dynamique ?
[^] # Re: Formats…
Posté par B16F4RV4RD1N . Évalué à 2.
J'imagine que c'est un peu similaire ce que l'on a avec les fichiers creux, mais ceux-ci semblent avoir d'autres contraintes (pas forcément portables sur certains FS + difficulté de manipulation comme un fichier normal).
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Formats…
Posté par Octabrain . Évalué à 1.
[^] # Re: Formats…
Posté par Octabrain . Évalué à 2.
[^] # Re: Formats…
Posté par Romuald Delavergne . Évalué à 2.
Et puis pour des raisons techniques, il faut nécessairement un 'conteneur' du système de fichiers invité.
[^] # Re: Formats…
Posté par Yann Hodique (site web personnel) . Évalué à 2.
Par exemple la possibilité de prendre des snapshots, ou de forker un disque pour en partager l'essentiel entre plusieurs VMs clonées (create-on-write).
Typiquement, on retrouve certaines problématiques des systèmes de fichiers à ce niveau, d'où la profusion de formats :)
# FreeOsZoo le proposait déjà
Posté par nah (site web personnel) . Évalué à 2.
Après, je ne les ai pas testé sous Virtual Box (dans le pire, une commande devrait suffire pour convertir le format d'image disque).
http://www.oszoo.org/wiki/index.php/Main_Page
# Et pour les applications...
Posté par qstone . Évalué à 3.
Tester joomla, wordpress et drupal dans la même journée ? Facile ! Installer un bugzilla sans se compliquer la vie avec les dépendances ? Re-facile !
Avec une machine (physique ou vrituelle, peu importe, ce sont des ISO !) sous la main, on installe clic-clic-clic et on teste direct ! Que du bonheur...
[^] # Re: Et pour les applications...
Posté par Ellendhel (site web personnel) . Évalué à 3.
C'est effectivement quelque chose de très agréable, en particulier pour des outils / usines à gaz qui demandent pas mal de paramétrage et/ou de dépendances exotiques.
Ce que je redoute c'est que de mauvais administrateurs (paresseux, mais dans le mauvais sens du terme) utilisent des facilités de ce genre pour mettre des serveurs virtuels en production, en laissant les choses en l'état.
[^] # Re: Et pour les applications...
Posté par qstone . Évalué à 5.
Ceux-là feraient de toute manière la même chose sans ce genre d'images, mais en plus de temps ;o) Là au moins y'a un minimum garanti (comme les mises à jour de sécurité qui sont passées en automatique).
Le meilleur outil du monde ne peut de toute manière pas remplacer la compétence...
# Login?
Posté par pyknite . Évalué à 1.
Quelqu'un à une idée?
++
[^] # Re: Login?
Posté par pyknite . Évalué à 3.
[^] # Re: Login?
Posté par JoeBar . Évalué à 2.
Merci
# virt-manager, libvirt, kvm, etc
Posté par __o . Évalué à 3.
virt-manager est une GUI pour libvirt qui permet de gérer des VM kvm (notamment). Ça a l'air de faire à peu près les mêmes choses, stockage (image, LVM, etc), réseau (bridge, nat), matériel, vnc, etc.
L'avantage est qu'en général KVM est déjà dans les noyaux des distributions, pas besoin de compiler un module noyau.
Sur une Debian testing:
# apt-get install libvirt-bin virt-manager kvm
# virt-manager
et ça roule.
[1] http://virt-manager.et.redhat.com/screenshots.html
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par Kerro . Évalué à 2.
Je n'ai fait que survoler virt-manager. Existe-t-il une interface via un navigateur web ?
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par laurentm . Évalué à 3.
http://ovirt.org/ ?
Pas encore essayé, je ne sais pas si c'est vraiment ce que tu cherches ni si c'est vraiment fonctionnel...
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par Kerro . Évalué à 2.
J'ajoute dans ma longue liste des choses à tester.
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par gnumdk (site web personnel) . Évalué à 3.
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par __o . Évalué à 3.
Pas besoin de client lourd sur les hyperviseurs.
[1] http://virt-manager.et.redhat.com/screenshots/open-connectio(...)
[2] http://virt-manager.et.redhat.com/screenshots/manager-summar(...)
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par __o . Évalué à 3.
virtd c'est un démon tout ce qu'il y a de plus classique qui tourne sur les machines physiques, et qui sert d'interface commune aux différentes technos (KVM et Xen).
Alternativement, virsh permet d'utiliser tout ça en console.
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par Kerro . Évalué à 2.
Il n'empêche qu'installer ce logiciel sur le poste client nécessite... de l'installer. Et de le configurer. Et accessoirement d'avoir un Linux (je n'ai pas cherché à savoir si il fonctionne sous Windows).
L'avantage avec une interface web, c'est qu'il n'y a rien à installer, rien à paramétrer, ça fonctionne partout. C'est en même temps un inconvénient :-)
[^] # Re: virt-manager, libvirt, kvm, etc
Posté par LeJulien . Évalué à 2.
Suite à la lecture du dernier GLMF, je me suis pausé la même question.
Avec virtualbox, il ne me semble pas possible de faire des choses aussi poussées qu'avec kvm/libvirt/vde2... J'ai donc temporairement laissé de coté virtualbox pour la solution que tu proposes et faire mon réseau de machines virtuelles.
J'ai l'impression que virtualbox est une bonne solution "tout-en-un " mais il manque la flexibilité d'une solution à base Qemu/kvm qui respecte le paradigme Unix.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.