La seule référence que nous ayons pu trouver à ce sujet est une kb d’un path pour ESXi 5.0, dommage.

En passant, nous vous rappelons qu’il est possible de rediriger le log d’une VM vers le syslog d’ESXi pour vous éviter de fouiller dans le fichier vmware.log et c’est bien sûr faisable à chaud en PowerCLI (comme d’hab, vmotion pour appliquer le setting) :

Get-VM toto|Get-View|?{-not $_.Config.Template -and $_.Runtime.ConnectionState -eq "connected"}|%{$_.ReconfigVM((New-Object VMware.Vim.VirtualMachineConfigSpec -Property @{extraconfig=@((New-Object VMware.Vim.optionvalue -Property @{Key="vmx.log.destination"; Value="syslog-and-disk"}))}))}

Après on peut faire des belles requêtes dans son Graylog2 :

Un grand merci à William pour cette pépite.

Le 1er Mai, Scott Drummonds (membre des benchmarking teams de VMware) poste “sans-le-faire-exprès” cette vidéo sur youtube. Après avoir fait le tour du net et enflammé la communauté Hyper-V (et Microsoft himself), la vidéo est commentée et la situation clarifiée par Bruce Herndon, le boss de Scott.

Contrairement à ce que nous pensions, le benchmark ayant provoqué cette série de BSOD à (apparement) été réallisé sans trucages…