Donc après le lancement du script Perl qui installe automatiquement les bons drivers, on arrive à une étape où il s’agit de spécifier l’emplacement des sources du kernel (ou noyau) qui correspond à la version installée. Le script demande explicitement le package kernel-header, mais mon expérience m’a fait comprendre qu’il ne s’agit pas de ça mais d’un autre package. je vous laisse suivre l’enregistrement commenté du déroulement de cette installation, et vous laisserai déposer vos commentaires auxquels je prendrai plaisir de répondre.

voilà! si vous avez des questions n’hésitez pas à les pauser dans les commentaires.

Vous pouvez avoir la version HD de la vidéo sur simple coup de fil!

Entrez votre code d’accès -

Enter your access code

Pour connaître notre solution de micro paiement : Allopass

Ce matin un de mes clients a eu un serveur ESX qui affichait l’état “déconnecté” (ou disconnected) sur l’interface du client d’infrastructure, alors qu’il était présent et bien joignable hier. J’arrivais à me connecter sans problème si je me connectes en directe soit en SSH avec le client Putty, soit avec le client infrastructure mais en utilisant l’authentification locale à l’ESX (compte root et son mot de passe).

L’ennuie était que 3 des machines virtuelles n’étaient pas joignables, et je devais de toute urgence les remettre sur pieds. Enfin, ceci fait, je suis revenu voir ce problème d’enregistrement dans l’interface de la VI.

La solution était plutôt simple : comme je savais que l’ESX était bien démarré, les machines virtuelles joignables et en production, le problème serait sûrement dans un service qui, même démarré, ne répondait pas comme il le fallait. En l’occurrence, dans ce cas, c’est le service vmware-mgmt, ou Vmware Managment, qui ne fonctionnait pas comme il se doit.

Toujours sur la connexion SSH, il a suffit de relancer ce service avec la commande :

service vmware-mgmt restart

pour que la tentative d’enregistrement dudit ESX dans la VI soit effctive.

En fait, la même commande peut être écrite :

/etc/init.d/vmware-mgmt restart

si jamais la première ne passait pas pour une raison ou pour une autre.

N’oublions pas que la base de la plateforme ESX est un kernel propriétaire, mais aussi du RedHat ES3 (avec une update), donc les habitués de Linux n’auront pas de mal à s’y retrouver.

Voilà! je vous rappel j’ai déjà écrit un post qui traite des commandes (quelques commandes) disponibles sous ESX 3

So, what’s the facts? The first one is that the application is not working, and thus, many people cannot work. The server (a Windows 2003 server) is a Dell server backed up with Symantec Backup Exec System Recovery (BESR), a tool that takes drives images so that recovery time is the least, and the last save is available in a network share. I have available too some free resources in an ESX enough to create a new virtual machine to host the server image.

As you noticed, the starting idea was to recover the image  of the physical server to a virtual machine. What I came up with is a new technique to virtualize a physical server, and transform it to a virtual machine. This is thanks to “Restore Anywhere” option available in BESR; in normal restore cases, we will restore to an identical hardware and this option is not needed, but in the scenario I described, the image is going to a virtual hardware. It is good to know that Windows License Product Key will be needed to be able to Activate Windows later on. No need for specific drivers as VMware ones are available by default.

So how we do it?

To be able to “remake” a blank server, BESR comes with a bootable CD that configures the basic information needed to work with the new server : we can configure network interfaces, map network drives,…etc. Once the IP stack is correctly configured (you can issue a “ping” command to the IP used to check if the server is responding) you can use the available wizard to map a drive to the network share hosting the images.

After this basic configuration, you can start recovering the server, or shall I say building the virtualized server. It will take up to 2 hours to restore 50Gb image if the ESX is “normally” used; of course, it may take less time in a test environment. After the first reboot, the server will start configuring the new hardware, this may take up to 15 minutes, so you can go and have a coffee! A question will be asked to you  is that if you need the server to be joined to a domain or you want to keep it in the “workgroup”. It is wise to let it in the workgroup till it becomes available to configure it at your ease.

The server is now up and running; the new virtual server will keep the initial name, applications and so on, but no hardware configuration will remain, neither network configuration. At this point, you can reconfigure your server as you wish.

For me, I was able to backup specific file using ntbackup tool in the new virtual machine and restore them to the original physical server. Please note that if you connect you new virtual machine to the network, and if you keep the same name, it may generate a “duplicate name” TCP/IP error. I bypassed this error by removing any DNS server IP, Wins server IP from network configuration. Also, you will have to disable Netbios naming utilization, so the server will only use IPs to communicate in the network.

I hope you liked this post and found it helpful, and I’d like to thank you for your time.

The file to update is :

%USERPROFILE%\Application Data\VMware\config.ini

for windows versions of VMware workstation, and :

~/.vmware/config

for Linux one.

The parameter you have to add is :

mks.noBeep = “TRUE”

Please note:

• The configuration file is “profile” dependent; so if you update it for your profile, other ones in the same computer won’t have it configured.
• You have to stop/close all Vmware Workstation running instances.
• You may need to restart the “VMware Autorization Service“
• You may not find the config or config.ini files, so just edit a new file.
• Under Linux, a file or folder for which the name starts with a Dot is hidden, to be able to see it you have to issue an “ls -a” to display it.

Hope this was helpful.

so let’s start!

Creating the floppy image

To create a floppy image, simply go to hardware edit tab, double click on floppy icon and chose “using an image”; you’ll have the option to create a blank image, that’s what I highlight in the following video.

Now, let’s get into the action!

Performing the backup and restore.

So, now that we have a blank “floppy” to use, let’s start by making the ASR backup. Note that the ASR backup will save most of system configuration files, system state, boot info, registry and so on. Ensure that the .bkf file is saved together with the floppy. The .bkf file may be saved to a network share, or on a second disk attached to the server to restore.

So be able to apply this procedure, you’ll need:

• Windows 2003 CD (or what ever version you use)
• Created ASR floppy with its .bkf file

To perform the restore, we start by booting on Windows CD and hitting F2 when the ASR Restore choice is available. The Windows setup will start as any usual windows setup, but it will ask you soon for the backup file. Once the restore ends, the setup will reboot the server and you’ll be able to use the server as it was at backup time.

I hope you found it useful, and I’d like to thank you for your time.

The Service Console is a modified version of Red Hat Linux which is used to boot and load the VMkernel for VMware ESX Server and provide services such as the Apache web server for the MUI and command-line management. It has several commands that are unique to ESX Server such as vmware-cmd, vmkfstools, vmkpcidivy, esxtop, and some custom scripts.

To attach to the Service Console remotely from a Windows workstation, you can use the PuTTY SSH client, freely available from its official website.

Practical Examples

• If you need to view current partitions, sizes, and the amount of disk space consumed, type :

vdf –h

the output should be similar to the one showed bellow

View consumed disk space on esx host

• If you want to view the contents of a VMFS volume on your server, type :

vmkfstools –l vmfs_label

• To check disk space consumption under a specific directory, type :

du –sk directory-name

• To find out which device file maps to a LUN,

1. type : vmkpcidivy –refreshnames (This refreshes the table of device files.)
2. type : vmkpcidivy –q vmhba_devs

• To export a virtual disk from vmfs to a different location on your ESX Server, type :

vmkfstools –e /targetdirectory/filename.vmdk /vmfs/volume_label/sourcefile.vmdk

• To display all registered VMs, type :

vmware-cmd –l

List Registred virtual machine on esx host

• To power on VMs from the Service Console, type :

vmware-cmd vmx-configfile start soft

• To power off VMs from the Service Console, type :

vmware-cmd vmx-configfile stop soft

or

vmware-cmd vmx-configfile stop hard

I’m trying here to list some available commands and their options, but it is not intended to replace the officiel documentation neither a better reference.

Using esxcfg

In addition to the standard Linux commands, VMware has implemented a specific set of commands directed toward ESX-specific tasks. The following list of commands show how to manage various components of the ESX Server configuration.

esxcfg-auth Used to configure an ESX Server host to support network-based authentication methods (e.g., Active Directory [AD]).

• - -enablead to configure Service Console for AD authentication
• - -addomain to set the domain the Service Console will authenticate against
• - -addc to set the domain controller to authenticate against for AD authentication
• - -usecrack to enable the pam_cracklib for managing password complexity

esxcfg-firewall Used to query, enable, and disable services on the Service Console firewall. Note that everything is blocked by default.

• -q to query the current firewall settings
• -q servicename to query the status of a specific service
• -q incoming/outgoing to query the status of incoming and outgoing ports
• - -blockIncoming to block all incoming connections on ports not required for system function
• - -blockOutgoing to block all outgoing connections on ports not required for system function
• - -allowIncoming to allow incoming connections on all ports
• - -allowOutgoing to allow outgoing connections on all ports
• - -e servicename to enable a specific service
• - -d servicename to disable a specific service

esxcfg-info Used to review the hardware information for Service Console and VMKernel.

• -w to print hardware information
• -s to print storage and disk information
• -n to print network information

esxcfg-mpath Used to view and configure the multipathing settings for an ESX Server host’s fibre channel or iSCSI storage devices. Multipathing is the ability to connect to SAN or iSCSI storage devices through multiple pahs, and it suppose that the host has at least (and it is enough) 2 HBA cards.

• -p to set the policy for mru (most recently used), fixed, or rr (round-robin)
• -P to define a path to operate on
• -s with “on” or “off” to enable or disale a specific path
• -f to set a specified path as the preferred

esxcfg-nas Used to configure NAS storage on ESX Server. NAS is supported by ESX but limits its features like vMotion which is not allowed in this case (but still it is a low cost solution)

• -l to list all NAS
• -a to add a new NAS datastore on a specified host
• -o to provide the name of the NAS host
• -s to provide the name of the NAS share
• -delete to delete a NAS datastore

esxcfg-nics Used to obtain information about and configure the physical network adapters installed in an ESX Server host.

• -s to set the speed of a card to 10,100,1000, or 10,000.
• -d to set the duplex to half or full

esxcfg-route Used to configure the default gateway for the VMkernel.

esxcfg-swiscsi Used to configure the software iSCSI component of ESX Server.

• -e to enable software iSCSI
• -d to disable software iSCSI
• -q to query if software iSCSI is enabled
• -s to scan for new LUNs using software iSCSI

esxcfg-vmhbadevs Used to obtain information about the LUNs available to the ESX Server.

• -m to print the VMFS UUID if formatted as VMFS esxcfg-vmknic Used to configure the VMkernel NIC.
• -a to add a VMkernel port group
• -d to delete a VMKernel
• -e to enable the VMkernel NIC
• -D to disable the VMkernel port
• -i to set the IP address of the VMkernel NIC
• -n to set the network mask for the IP of the call

esxcfg-vswif Used to set the parameters of the Service Console; the Service Console interface allow management of the ESX.

• -a to add a Service Console NIC (this option is predicated on having IP information and port group names)
• -d to delete a the Service Console NIC
• -e to enable the Service Console NIC
• -D to disable the Service Console NIC
• -p to set the port group name for the Service Console NIC
• -i to set the IP address to be used for the Service Console NIC
• -n to set the network mask of for the Service Console NIC

esxcfg-vswitch Used to add, remove, or modify a virtual switch. All network communications of virtual machines go through virtual switches.

• -a to add a new virtual switch
• -d to delete a new virtual switch
• -l to list all existing virtual switches
• -L to unlink a network adapter from a hosting provider
• -U to link a network adapter
• -v to set the vLAN ID for a port group
• -A to add a new port group
• -D to delete a port group
• -C to query for the existence of a port group name

Using vicfg

The latest updates to the VI3 product suite, ESX Server 3.5, ESXi, and VirtualCenter 2.5 have also brought about the introduction of a new set of command line tools in the vicfg. The commands are similar to the esxcfg commands but are more directly dedicated to remote host management functions using the new remote command line interface tool available from VMware.

Just to remid you, ESX 3.5i comes without the “management virtual machine” that everybody takes for the OS of the ESX! In fact, the ESX 3.5i is a 32Mb OS, in other words, the least set of commands to manage VMs.

vicfgvicfg-nas Used to manipulate NAS/NFS.

• - -add or -a to add a new NAS file syste
• - -delete or -d to delete a NAS file system
• - -help to display help text
• - -nasserver or -o followed by <n_host> to add the hostname of the new NAS file system
• - -share or -s used with -a to provide the name of the directory that is exported on the NAS device
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-vmhbadevs Used to discover information about available LUNs.

• - -help to display help text
• - -query or -q to print the output in 2.6 compatibility mode
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host
• - -vmfs or -m to print the VMFS UUID in addition to the HBA and /dev names for LUNs that are formatted as VMFS

vicfg-mpath Used to manipulate multipathing.

• - -help to display help text
• - -bulk or -b to show all LUNs and paths in parsable format
• - -detailed or -d to show all information about a LUN, including its globally unique name
• - -hbas or -a to print the list of HBAs that can be identified by a unique ID
• - -list or —l to list all LUNs on the system and the paths to each LUN
• - -lun or -L followed by <lun> to specify the LUN to use in the operations command (this option is not used by itself)
• - -path or -P followed by <path> to specify the path to use in the operations command (this option is not used by itself)
• - -policy or -p followed by [mru | fixed] to set the policy for a given LUN (the option for round-robin (rr) can be used but is still experimental)
• - -preferred or -f to set the specified path (—path) as the preferred path
• - -query or -q to query a LUN for information
• - -state or -s followed by on or off to enable or disable a given path
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-rescan Used to perform a rescan for discovering new LUNs.

• - -help to display help text
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host
  <VMkernel_SCSI_adapter_name> to provide the name of the adapter to rescan (i.e., vmhba1)

vicfg-dumppart Used to query, set, and scan diagnostic partitions on ESXi.

• - -activate or -a to activate the configured diagnostic partition (performs the same as —set)
• - -deactivate or -d to deactivate the currently active diagnostic partition
• - -find or -f to find all diagnostic partitions
• - -get-active or -t to get the active diagnostic partition for the system
• - -get-config or -c to get the configured diagnostic partition for the system
• - -list or -l to list all partitions on the system that can act as a diagnostic partition
• - -set or -s followed by <vmhbaw:x:y:z> to set the active and configured diagnostic partition
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-nics Used to report on and manage physical network adapters.

• - -help to display help text
• - -auto or -a to set the given adapter to autonegotiate the speed and duplex settings
• - -duplex or -d followed by [full | half] <nic> to set the duplex value for a given NIC
• - -speed or -s followed by <speed><nic> to set the speed value for a given NIC
• - -list or -l to list the physical adapters in the system
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-vmknic Used to configure virtual network adapters.

• - -help to display help text
• - -add or -a to add a virtual network adapter to the system (an IP address and port group name must be specified)
• - -del or -d followed by <port_group> to delete the virtual network adapter on the specified port group
• - -ip or -i followed by [<IP address>| DHCP] to set the virtual network adapter to a given IP address or to obtain an address from a DHCP server
• - -list or -l to list virtual network adapters on the system
• - -netmask or -n followed by <netmask> to set the network mask for the assigned IP address
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-vswitch Used to configure virtual switches.

• - -help to display help text
• - -add or -a followed by <vswitch_name> to add a new virtual switch
• - -add-pg or -A followed by <portgroup> <switch> to add a port group to the specified switch
• - -check or -c followed by <virtual_switch> to check for the existence of a virtual switch
• - -check-pg or -C followed by <port_group> to check for the existence of a port group
• - -delete or -d followed by <vswitch_name> to delete the specified virtual switch (this command will not work if any of the virtual switch ports are in use)
• - -del-pg or -D followed by <portgroup> to delete the specified port group (this command will not work if the port group is in use)
• - -link or -L followed by <pnic> to add a physical adapter to a virtual switch
• - -list or -l to list all virtual switches and port groups
• - -mtu or -m to set the maximum transmission unit (MTU) of the virtual switch
• - -pg or -p followed by <port_group> to provide the name of a port group when using the —vlan option (use the ALL parameter to set VLAN IDs on all port groups of a virtual switch)
• - -vlan or -v to set the VLAN ID for a specific port group (using the parameter 0 disables all VLAN IDs; using —vlan requires the —pg option)
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

vicfg-route Used to configure the default route for VMkernel ports.

• - -help to display help text
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host <gateway> to specify the default gateway to be used by the VMkernel

vicfg-ntp Used to configure NTP settings.

• - -help to display help text
• - -add or -a followed by <server> to add an NTP server
• - -delete or -d followed by <server> to delete an NTP server
• - -list or -l to list the configured NTP servers
• - -vihost or -h followed by <host> to direct the command to a particular ESX Server host

Hope this helps!

La solution est plutôt simple à mettre en place mais il faut la connaitre! Il s’agit d’ajouter un paramètre de timeout ou de délai entre caractères saisis. Il faut définir ce paramètre pour toutes les machines virtuelles (Windows, Linux, ou autre) qui posent ce problème.

Il s’agit du paramètre:

typematicMinDelay

Il faut ouvrir le fichier de configuration de votre machine virtuelle (le fichier .vmx dans le dossier de la VM), et ajouter, à la dernière ligne, l’entrée suivante:

keyboard.typematicMinDelay = 2000000

Le chiffre 2000000 determine la durée entre deux saisies successives, on la force à 2 secondes dans notre cas (vu que l’unité par défaut est la µSec).

Voilà! il faut démarrer/redémarrer votre machine pour que la modification soit prise en compte.

Hope this helps!

On appel communément virtualisation la possibilité d’utiliser un même hardware (un même serveur physique) pour faire tourner plusieurs machines virtuelles. Ces machines virtuelles peuvent être du même type de système d’exploitation comme elles peuvent être complètement hétérogènes. En terme de nommage, on appel « machine hôte » le serveur physique qui héberge les serveurs virtuels appelés « machines invitées » ou guest.

Pourquoi virtualiser ?

Les mots qui résument l’utilité de la virtualisation sont : optimiser et économiser !

• Utilisation optimale des ressources d’un parc de machines
• Economie sur le matériel par mutualisation (consommation électrique, entretien physique, monitoring, support, compatibilité matérielle, etc.)
• Installation, tests, développements, cassage et possibilité de recommencer sans casser le système d’exploitation hôte
• Allocation dynamique de la puissance de calcul en fonction des besoins de chaque application à un instant donné,
• Diminution des risques liés au dimensionnement des serveurs lors de la définition de l’architecture d’une application, l’ajout de puissance (nouveau serveur etc) étant alors transparent.
• Installation, déploiement et migration facile des machines virtuelles d’une machine physique à une autre, notamment dans le contexte d’une mise en production à partir d’un environnement de qualification ou de pré-production, livraison facilitée,

Les bases de la virtualisation

Plusieurs techniques sont utilisées par les outils de virtualisation pour rendre le fonctionnement des machines virtuelles aussi proche que possible des machines réelles, mais avec plus de souplesse :

1. La HAL, Hardware Abstraction Layer, ou couche d’abstraction matérielle (ou logiciel) dont la fonction est d’isoler les spécificités du matériel par le biais d’un certain nombre de fonctions spécifiques au matériel : interfaces d’entrées-sorties, contrôleur d’interruptions, caches matériels, mécanismes de communication multiprocesseur… Elle isole ainsi le noyau du système des spécificités des plates-formes matérielles.
2. Partitionnement, isolation et/ou partage des ressources physiques et/ou logicielles
3. La possibilité de manipuler les machines virtuelles avec les possibilités de clonage, mise en pause, arrête et démarrage, possibilités de programmations, prise de « snapshot » de l’état de la machine virtuelle…etc.
4. Possibilité de mise en réseau « logique » de machines virtuelles, mais aussi de les interfacer avec les réseaux physiques.

Différentes techniques de virtualisation

Quatre techniques de virtualisation existent, les unes plus connues que les autres :

• Isolateur
• Noyau en espace utilisateur
• Machine virtuelle
• Para virtualisation ou Hyperviseur
• Matériel

Isolateur

Un isolateur c’est un logiciel qui confine les autres applications qu’on veut virtualiser dans des contextes propres  à elles. On appel aussi « zones d’exécution » cet espace mémoire spécifique à l’application virtualisée. Cette isolation permet d’avoir plusieurs instances d’une application initialement conçue pour n’exister qu’en mode instance unique.

Diagramme de l'architecture d'un isolateur

On voit bien que l’isolation ne peut être utilisée pour virtualiser tout un système d’exploitation, mais en contre partie il offre des performances supérieures. Autre limitation : les isolateurs sont surtout disponibles pour les systèmes linux. En voici quelques exemples :

• Linux-VServer : isolation des processus en user-space
• chroot : isolation changement de racine
• BSD Jail : isolation en user-space
• OpenVZ : libre, partionnement au niveau noyau sous Linux et Windows 2003

Noyau en espace utilisateur

Dans cette situation, un noyau tourne comme une application dans l’espace utilisateur, ce qui lui donne son propre espace mémoire à gérer et lui permet le contrôle des applications. Cette méthode de virtualisation n’est pas très performante du fait que le système invité n’est pas tout à fait indépendant du système hôte. D’autre part, les deux noyaux empilés dans un même système physique ce qui rend les deux systèmes fortement dépendants.

Exemples :

• User Mode Linux : noyau tournant en user-space
• Cooperative Linux ou coLinux : noyau coopératif avec un hôte Windows
• Adeos
• L4Linux

Machine virtuelle

Un logiciel permet dans ce cas de lancer plusieurs OS invités sur la machine hôte. Ce logiciel émule un hardware que les machines invitées croient être celui de la machine hôte et donc directement communiquer avec ledit matériel. Par contre, la CPU (ou les CPUs) ainsi que la mémoire sont directement accessibles par les machines virtuelles, ce qui implique des performances plus intéressantes que dans le cas où une totale émulation aurait été faite.

Cette solution permet de faire cohabiter plusieurs systèmes d’exploitation complètement isolés. Ces derniers communiquent entre eux via les canaux systèmes standards, et par réseau. En effet, toutes les machines virtuelles sont ou peuvent être dotées de cartes réseaux virtuelles qui sont en fait des buffers offrant la possibilité d’échanger des données avec l’extérieur.
Quelques exemples :

• QEMU : émulateur de plateformes x86, PPC, Sparc
• kvm : version modifiée de QEMU tirant parti des instructions de virtualisation des processeurs Intel et AMD (Intel VT ou AMD-V)
• Plex86 : émulateur de plateforme x86
• bochs : émulateur de plateforme x86
• PearPC: émulateur de plateforme PPC sur matériel x86
• VMware: propriétaire, émulateur de plateforme x86 (produits VMware Server, VMware Player et VMware Workstation)
• Microsoft Virtual PC et Virtual Server: propriétaire, émulateur de plateforme x86
• Lismoresystems GuestPC : propriétaire, émulateur de plateforme x86 sur matériel PC
• MacOnLinux : émulateur de plateforme Mac OS sur Linux PPC
• VirtualBox : émulateur de plateforme x86
• Parallels : propriétaire, émulateur de plateforme x86 pour Mac OS X.

Para virtualisation ou Hyperviseur

Un hyperviseur est un noyau système très léger et optimisé pour la gestion des noyaux des OS invités l’architecture matérielle soujacente. Dans le cas où les OSs invités sont conscients qu’ils sont virtualisés on parle de para-virtualisation. Cette méthode est indispensable pour l’Hyper-V de Microsoft et qui augmente les performances de VMware ESX.

Diagramme d'architecture d'un Hyperviseur

Les solutions qui se partagent le marché sont (en ordre décroissant de taux de pénétration du marché) :

• VMware ESX : c’est un produit mature qui fait partie d’une offre globale visant à virtualiser les moyens informatique de l’entreprise. C’est un hyperviseur pour plateforme x86.
• Xen : hyperviseur initialement développé par l’université de Cambridge, il a été acheté par Citrix. Xen utilise un noyau léger supportant des noyaux linux, plan9, NetBSD…etc.
• Microsoft Hyper-V : intégré à Windows Server 2008 (version 64 bits uniquement)

Matériel

Dans ces architectures matérielles, le support de la virtualisation est intégré au processeur ou bien est assisté par ce dernier. Ceci permet de gagner en performances en minimisant la partie logiciel de la virtualisation.
Les exemples les plus connus du marché :

• Hyperviseur IBM Power & Micro-partitionnement AIX
• Mainframes : VM/CMS
• Sun LDOM (hyperviseur pour la gestion de “logical domains”)
• Sun E10k/E15k
• HP Superdome
• AMD-V (Assistance à la virtualisation de AMD, anciennement Pacifica)
• Intel VT (Assistance à la virtualisation de Intel, anciennement Vanderpool)

Conclusion

Nous avons fait le tour des technologies de virtualisation, j’espère que ça a répondu à quelques unes de vos questions, et sentez vous libre de laisser des commentaires pour en discuter.

Microsoft propose un outil qui répond à ce besoin d’utiliser les fichiers image de CD/DVD en format ISO biensur sans avoir à les graver sur CD ou DVD.

L’outil baptisé Microsoft Virtual CD-ROM Control Panel est simple à utiliser : un fichier SYS contenant le pilote (driver) permetant l’ajout des lecteurs CD/DVD virtuels et un exécutable qui faire tout le travail : tout le package ne pèse que 32Kb! Microsoft recommende de mettre le fichier SYS dans le dossier des pilotes, à savoir :

%systemroot%\System32\Driver

quoique ce ne soit pas un impératif.

La méthode d’utilisation est la suivante:

a.     Exécutez le programme VCdControlTool.exe.
b.     Dans Virtual CD-Rom Control Panel, cliquez sur Driver Control (Contrôle de pilote).
c.     Dans Virtual CD-Rom Driver Control, cliquez sur Install Driver (Installer le pilote).
d.     Recherchez le dossier %systemroot%\System32\Driver, sélectionnez sur VCdRom.sys, puis sur Open (Ouvrir).
e.     Dans Virtual CD-Rom Driver Control, cliquez sur Start (Démarrer), puis sur OK.
f.     Dans Virtual CD-Rom Control Panel, cliquez sur Add Drive (Ajouter un lecteur), puis sur Mount (Monter).
g.     Sélectionnez l’image .ISO que vous voulez monter, puis cliquez sur Open (Ouvrir).
h.     Sous Select Mount Options (Sélectionnez les options de montage), cliquez sur OK.

Cet outil de montage d’image CD est malheureusement limité au format ISO, mais a l’avantage de ne pas nécessiter d’être installé. Personnellement je le préfère aux autres outils comme Daemon Tools, du moment où on peut convertir tous les formats à celle standard ISO.

L’outil est disponible sur le site de Microsoft, libre en téléchargement, mais malheureusement n’est pas supporté.

Sans tarder la démonstration de l’utilisation du Virtual CD-ROM Control Panel.

Voilà! c’est aussi simple que ça avec le Virtual CD-ROM Control Panel!

Dans cet article je vais vous présenter la procédure pour augmenter la taille du disque (qui correspond au lecteur système C:) d’une machine virtuelle Windows 2003 standard sous VMWare Workstation.

La procédure est la suivante :

1. étendre le fichier vmdk qui correspond au disque en question
2. montrer qu’il n’est pas possible d’utiliser la commande diskpart pour étendre le disque sous Windows
3. utiliser gparted live CD pour répondre à ce besoin
4. constater le résultat

J’utiliserai une fenêtre de commande DOS sous le PC physique hostant VMWare Workstation et la console vmware durant cette session comme présenté dans l’image ci-dessous

espace de travaille pour cette manip

Avant de passer à la manipulation, je vais parler de gparted. Gparted est un acronyme pour Gnome PARTition EDitor, il permet l’édition de la table des partitions sur un disque ce qui est normalement irréalisable directement. Biensur il y a plusieurs produits qui font la même tâche et peut être qui sont plus conviviaux dans leur utilisation, mais l’avantage de Gparted c’est qu’il est sous licence GPL, General Public Licence, et donc libre d’utilisation. L’image du CD Live peut être téléchargée sur le grand sourceforge; vous trouverez par ailleurs d’autres formats disponibles (USB, exe…etc.).

Sans plus tarder, le vidéo ci-dessous résume toute l’opération, bonne visualisation.

J’espère que vous avez apprécié la visualisation de la vidéo. Je reprends ici la commande VMWare pour étendre un disk disk001.vmdk à 10Gb

C:\Program Files\VMware\VMware Workstation>vmware-vdiskmanager.exe -x 10Gb “H:\virtual-disks1\disk001.vmdk”

à noter que pour VMWare ESX, la commande devient:

[root@esxsrv1 ~]#vmkfstools -X10Gb /path/to/disk001.vmdk

Dans un article prochain je vous parlerai de ce scénario.

Obtenez la version HD du vidéo sur simple coup de fil ou par Paypal.

Entrez votre code d’accès -
Enter your access code

Pour connaître notre solution de micro paiement : Allopass

Merci pour votre temps et bonne lecture.