troubleshooting

storageRM level 1

Instruit par la kb Troubleshooting Storage I/O Control (1022091), nous nous sommes rendu compte qu’en fixant le log level à 1, le service storageRM crachait les informations de latency, qdepth et iops des datastores concernés dans les logs d’ESXi (et donc vers le(s) serveur(s) syslog) toutes les 4 secondes. Sur une grosse infra ça peut faire [...]

Tags: , , , , ,

svmotion switchover time

MAJ 02/02/2012 : remplacement du script par un one-liner
Lors d’une tentative de svmotion nous avons été confronté à un timeout sans plus de détails :

C’est dans le vmware.log de la vm qu’on trouve la cause de l’échec (c’est souvent le cas d’ailleurs…) :

Migrate_SetFailure: The migration has exceeded the maximum switchover time of 100 second(s).  ESX has [...]

Tags: , , , ,

Get-VMlog : suivre vmware.log en powershell

Malgré tout le travail des développeurs, la version 4.1 du PowerCLI ne permet toujours pas d’utiliser la cmdlet “get-content -wait” sur un fichier situé dans un datastore vmware. Impossible donc de suivre le fichier vmware.log d’une VM pour une séance de troubleshooting. Impossible ? Non ! Rien n’est impossible en powershell :

Nous avons concocté un [...]

Tags: , , ,

Utiliser dd sur ESXi 4.0

Comme expliqué il y a longtemps par Mike La Spina sur son blog et lors d’une session dédiée au VMFS au VMworld 2007, il est possible de sauvegarder les “Metadata blocks” d’un volume VMFS vers un fichier à l’aide de l’outil dd. En cas de suppression accidentel du volume, il “suffit” de restaurer les blocks [...]

Tags: ,

MAJ auto des vmtools en script

Tous les admins ESX (et même ceux d’Hyper-XEN) vous le diront : les vmtools sont indispensables ! Et comme disait l’autre, “est fou qui s’en fou !“. Et pourtant certains s’en passent…
Par contre, qu’ils soient “up-to-date” fait bien évidement parti des Best Practices mais bon, il arrive que parfois, de façon totalement involontaire, pendant un [...]

Tags: ,