Hypervisor.fr » VMTools

VMXNET3 = 10GbE ?

NiTRo — Tue, 11 Jul 2017 13:50:53 +0000

Nous nous décidons à écrire ce billet après avoir entendu par la millième fois “Le réseau est lent dans ma VM, on peut pas mettre une carte vmxnet3 pour avoir du 10 giga?”. Je sais c’est dur à lire mais c’est la triste vérité.

Donc pour donner une url plutôt que de retaper une fois de plus l’explication, voici l’extrait du VMware Virtual Networking Concepts qui fait foi :

The speed and duplex settings found in physical networking are not relevant in the virtual network, because all the data transfer takes place in the host system’s RAM, nearly instantaneously and without the possibility of collisions or other signaling-related errors.

Et si vous en aviez encore besoin, en voici la preuve :

iperf win64 entre 2 cartes e1000 "bridée" à 100Mo

iperf entre 2 cartes vmxnet3

goodbye vmtools modules

NiTRo — Wed, 18 Jul 2012 20:12:56 +0000

Après avoir essayé 36 méthodes qui fonctionnent plus ou moins bien, nous avons la bonne recette (validée en 4.1 et 5.0) pour virer les modules des vmtools qui ne servent à rien (aka les trucs pour Workstation qui servent pas sur ESXi).

En GUI comme en PowerCLI ce sont les mêmes paramètres à passer :

/s /v"/qn ADDLOCAL=ALL REMOVE=Audio,ThinPrint,WYSE,Hgfs REBOOT=ReallySuppress"

Get-VM VM1,VM2,VM3|Get-View|%{$_.UpgradeTools('/s /v"/qn ADDLOCAL=ALL REMOVE=Audio,ThinPrint,WYSE,Hgfs REBOOT=ReallySuppress"')}

La liste des modules est disponible dans la kb 2000399 (le REBOOT=ReallySuppress empêche la vm de rebooter après la mise à jour) et pour l’occasion nous avons créé une belle url mnémotechnique qui vous mènera directement au repository des vmtools chez VMware : vmtools.vmwa.re

[PSH] Reactivation du copier/coller en OneLiner – MAJ

NiTRo — Tue, 13 Sep 2011 18:00:18 +0000

MAJ 22/05/2015 : modification du script pour filtrer les vm connectées.

MAJ 23/04/2012 : modification du script pour filtrer les vm ayant déjà le bon paramétrage.

Comme l’indique cette kb, à partir d’ESX 4.1 le copier/coller via la console vmrc est désactivé pour des raisons de sécurité :

Starting with vSphere 4.1, the Copy and Paste options are, by default, disabled for security reasons.

Note: This functionality was enabled by default in earlier releases of vSphere.

Pour le réactiver en GUI il faut impérativement arrêter la VM ce qui est évidement inacceptable. En PowerCLI c’est très facile mais en OneLiner, grâce au concours de notre cher vmDude, c’est nettement plus fun :

Get-View -ViewType VirtualMachine|?{$_.runtime.ConnectionState -eq "connected"}|?{-not $_.Config.Template}|?{!($_.Config.ExtraConfig|?{$_.key -match "isolation.tools.paste.disable" -or $_.key -match "isolation.tools.copy.disable"}) -or ($_.Config.ExtraConfig|?{($_.key -match "isolation.tools.copy.disable" -and $_.value -ne "false") -or ($_.key-match "isolation.tools.paste.disable" -and $_.value -ne "false")})}|%{$_.ReconfigVM((New-Object VMware.Vim.VirtualMachineConfigSpec -Property @{extraconfig=@((New-Object VMware.Vim.optionvalue -Property @{Key="isolation.tools.copy.disable";Value="$false"});(New-Object VMware.Vim.optionvalue -Property @{Key="isolation.tools.paste.disable";Value="$false"}))}))}

Cette commande agira d’un coup sur toutes les vm pour les fonctions “copier” et “coller”, il ne vous restera plus qu’à utiliser notre autre OneLiner Shake My VM pour effectuer un vmotion afin d’appliquer les modifications, ou d’attendre que DRS fasse le travail pour vous…

Ouverture de la chasse aux gigaoctets (en PSH)

NiTRo — Fri, 07 May 2010 15:28:04 +0000

MAJ 22.03.2012 : une version plus rapide est disponible dans la rubrique One|Liner.

Pour ceux qui veulent connaître les VM éligibles au thin provisioning (c’est à dire pleines de vide…), voici un petit one-liner qui cumule l’espace libre des VM (via les vmtools) et liste le top 20 :

get-vm |?{($_.HardDisks|?{$_.StorageFormat -eq “Thin”}|Measure-Object).count -eq 0}|?{$_.PowerState -eq “PoweredOn” -and $_.Guest.State -eq “Running” -and $_.Guest.Disks -ne $NULL} | Select -ExpandProperty Guest|select VMname, @{N=”Waste (GB)”;E={[math]::round(($_|select -ExpandProperty Disks| Select $_.Freespace|Measure-Object -sum -Property “Freespace”).sum/1GB,0)}}|sort “Waste (GB)” -Descending|select -first 20|ft -AutoSize

/!\ Le LVM n’est pas supporté par cette méthode (LV non listés) /!\

Les VMTools peuvent vous mentir…

NiTRo — Tue, 17 Nov 2009 23:09:34 +0000

Dans le report de vCheck, une section est dédiée au listage des VM dont les VMTools ont le status “Not Installed” ou “Not Running”. Toutes les autres, dont le status est “OK” ou “Old”, sont considérés comme viables. A tort…
Nous avons constaté que dans certains cas, les VMTools remontent un status “OK” ou “Old” alors que le service VMware Tools est arrêté, que les VMTools sont trop “anciens” pour le host sur lequel les VM sont placées ou pire : manquantes.

Ce script permet de lister les VM dont les VMTools ne remontent pas toutes les informations qui devraient l’être (IP, Hostname, OSFullName, etc…) :

get-vm |? {$_.Guest.State -eq "Running" -And ($_.Guest.OSFullName -eq $NULL -or $_.Guest.IPAddress -eq $NULL -or $_.Guest.HostName -eq $NULL -or $_.Guest.Disks -eq $NULL -or $_.Guest.Nics -eq $NULL)} |select -ExpandProperty Guest |select vmname,IPAddress,OSFullName,HostName,nics |sort VmName | ft * -AutoSize

Sur ce screenshot, les VMTools d’une des VM ne remonte que l’IP de cette dernière, une fois les VMTools mis à jour, elle n’apparait plus dans le listing. Les VM dont les VMTools ne remontent aucune info sont celles dont le services est arrêté ou manquant :