Qui n’a jamais essayé de porter une machine virtuelle de Vmware Workstation sur son serveur ESXi ?
Il s’agit d’une action qu’un administrateur système peut avoir à effectuer. Et bien préparez vous à ce que cela ne fonctionne pas du premier coup et vous retrouver avec l’erreur suivante :
Message d’erreur : Unsupported and/or invalid disk type 7
Seule solution reformatter le disque virtuel pour qu’il soit compatible avec le format ESXi à travers l’outil vmkfstools.
# vmkfstools -i actuel_vmdk.vmdk -d zeroedthick new_vmdk.vmdk
Il ne reste plus qu’à modifier le vmx pour attaquer le nouveau .vmdk.
source : http://geekstutorials.com/2010/04/failed-to-open-disk-scsi00-unsupported-andor-invalid-disk-type-7-error-when-trying-to-power-on-a-vm-on-esxi-4/
Qui n’a jamais testé de démarrer à partir d’une machine virtuelle sur un OS installé sur une clé USB ?
Voici une petite astuce qui vous permettra de contourner ce problème.
Il vous suffit de télécharger cet ISO : plpbt – Boot Manager
Ce projet permet de charger l’ISO comme un CD, puis de proposer à l’utilisateur à travers un menu de charger un OS contenu sur un média amovible.
Téléchargement :
http://www.plop.at/en/bootmanagerdl.html
Et au démarrage, vous devriez obtenir le résultat suivant :
Lors de l’hébergement d’application sur un environnement virtualisé, de plus en plus souvent se pose le problème des ressources allouées aux machines virtuelles.
En effet, les chefs de projets ou développeurs s’attardent le plus souvent à augmenter le nombre de VCpu, et la RAM présent sur les Vms plutôt que d’optimiser leur code.
Chers Administrateurs, voici, donc les premières approches pour optimiser le système « Guest OS » et ainsi dédouaner tout dysfonctionnement lié à la distribution installée.
Read the rest of this entry »
Après avoir vu que la toute dernière version d’ubuntu était stable, je me suis vite précipité pour mettre à jour mon portable.
Tout c’est très bien passé au niveau de l’upgrade, par contre à ma grande surprise je ne pouvais plus utiliser mon vmware workstation.
En effet, les modules vmware sont générés en fonction du noyau en cours, donc c’est tout à fait normal de les recompiler après chaque changement de version de noyau.
Mais lors de la nouvelle compilation, une erreur apparait, avec des logs pas très parlant :
juin 09 10:14:38.998: app| Log for VMware Workstation pid=5189 version=6.5.2 build=build-156735 option=Release
juin 09 10:14:38.999: app| Host codepage=UTF-8 encoding=UTF-8
juin 09 10:14:38.999: app| Logging to /tmp/vmware-root/setup-5189.log
juin 09 10:14:39.809: app| Extracting the sources of the vmmon module.
juin 09 10:14:39.853: app| Building module with command: /usr/bin/make -C /tmp/vmware-root/modules/vmmon-only auto-build SUPPORT_SMP=1 HEADER_DIR=/lib/modules/2.6.30-8-generic/build/include CC=/usr/bin/gcc GREP=/usr/bin/make IS_GCC_3=no VMCCVER=4.4.0
Après avoir parcouru le net, je suis tombé sur un patch et un script qui permettent de compiler les modules sur le nouveau noyau.
Il ne vous reste plus qu’à les récupérer et lancer le script .sh
vmware-6.5.2-newkernmods.patch
vmware-6.5.2-newkernmods.sh
# ./vmware-6.5.2-newkernmods.sh
et enfin pour finaliser :
# vmware-modconfig --console --install-all
Tout content de tester cette nouvelle version, je me suis empressé de l’installer sur ma ubuntu, et la………PB PB
Les différentes touches de mon clavier ( touches directionnelles, alt+gr, etc ) ne fonctionnaient plus une fois dans la machine virtuelle…c’est moche me direz vous!!! et oui.
Après quelques recherches sur notre ami commun (google), voici une solution :
en mode console :
# echo ‘xkeymap.nokeycodeMap = true’ > ~/.vmware/config
Une fois cette étape effectuée, il ne vous reste plus qu’à lancer Vmware Workstation, puis modifier une option « Edit / Preferences ».
Puis séléctionner la combinaison « Ctrl + Alt »
Voilà, bon amusement ….
Commentaires récents