Hypervisor.fr

Alors que VMware ne l’a pas encore annoncé, Emulex leak sans-le-faire-exprès dans un white paper “Unleash the Performance of vSphere 5.1 with 16Gb Fibre Channel” quelques unes des nouvelles features de la future version d’ESXi dont le support de 64 vCPU et 16GFC :

The latest release, vSphere 5.1, further evolves the high performance vSphere 5.0 platform, doubling vCPU support to 64, and supporting 16GFC link speeds

Et le pire c’est que le document semble avoir été posté il y a 4 jours déjà…

Tags: 16GFC, emulex, Leak, NDA

Alors que VMware a annoncé hier la disponibilité de Fusion 5 et Workstation 9, Player 5 n’a pas (encore ?) bénéficié de cet honneur (qui a dit que c’est parce que c’est gratos ?). Hormis le changement de GUI, les release notes sont un peu maigres et pour cause c’est dans ceux de Workstation 9 que l’on trouvera toutes les nouveautés.

L’une ce celles qui nous a le plus retenue notre attention est l’apparition d’Hyper-V en tant que Guest OS :

Au cas ou vous seriez un peu fou, VMware précise :

CAUTION: DO NOT ATTEMPT TO RUN HYPER-V ON A VIRTUAL MACHINE IN PRODUCTION.

On apprend également que l’implémentation des virtual Intel VT-x/EPT or AMD-V/RVI extensions a été amélioré (et est “fully supported” sur du virtual hardware 9) alors qu’elle nous a déjà été confirmé comme meilleure que sur ESX.

Tags: vmplayer

Comme tout bon geek, nous somme friand des “easter eggs” en tout genre. Aujourd’hui c’est via un tweet discret que nous apprenons l’existence d’un PONG caché dans VMware Workstation (et dans VMware Player logiquement) au quel on peut jouer en bootant sur une floppy de 0 octet :

Tags: easter eggs

MAJ 23.09.2012 : Le patch 1 à été mis à jour  par la version 6.1.0.205 (1b) pour corriger le bug lié à vSphere 4.1 U3.

MAJ 28.08.2012 : Veeam nous confirme que ce bug à été corrigé dans le patch 1a 6.1.0.204, au cas ou vous auriez la version 6.1.0.203 (une “early” version du patch 1), assurez vous de re-télécharger la dernière version.

Nous avons pu observer par hasard la fuite mémoire d’une console veeam B&R 6.1 (6.1.0.181) laissée ouverte dans une session RDP pour un accès plus rapide :

Tom Sightler, Solutions Architect chez Veeam, nous confirme le leak et conseil de ne pas laisser le client ouvert tant que le bug n’est pas résolu.

[...] the 6.1 GUI has a pretty big leak. The larger the environment the faster it seems to grow. In some cases it only takes a few hours to get so big as to impact performance. I’ve even seen cases where the memory used by VeeamShell is large enough to cause problems with backup jobs. For now the only workaround is to keep the GUI closed when not in use.

Tags: bug, memory leak

Les datastores NFS sont un peu des laissés pour comptes quand il est question des alarmes de vCenter. En version 4.x il n’y a pas d’alarme par défaut et vmware précise dans une kb que l’event “vprob.vmfs.nfs.server.disconnect” n’est pas utilisable et en version 5.0 une autre kb fait état d’un bug de l’alarme “Storage connectivity” toujours pas résolu mais surtout sans workaround…

En exclusivité mondiale (si, si), nous vous livrons aujourd’hui les méthodes, longtemps gardées secrètes, pour créer cette précieuse alarme qui vous avertira lorsqu’un datastore NFS n’est plus accessible sur un ESX. Tout cela grâce à l’event “esx.problem.vmfs.nfs.server.disconnect” que nous avons trouvé dans la fameuse liste de veeam qui couvre vim 2.5 à 5.0

A la “mano” :

Avec un oneliner PowerCLI :

if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).MoRef)|?{(get-view $_).info.name -match "Lost connection to NFS server"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "Lost connection to NFS server";Description = "Custom alarm to monitor esx.problem.vmfs.nfs.server.disconnect event";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.EventAlarmExpression -Property @{eventType = "EventEx";EventTypeId = "esx.problem.vmfs.nfs.server.disconnect";objectType = "HostSystem";status = "red"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] {targetName} nfs.server.disconnect - {newStatus}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}

Tags: alarm, NFS, PowerCLI, powershell