VMware

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: , , , , ,

Purple Screen on Demand – MAJ

MAJ 19/10/2014 : Le patch ESXi550-201410001 règle le problème sans un mot dans les release notes ni les fixed PRs
MAJ 30/07/2014 : VMware vient de nous informer de la prise en compte du bug (PR 1286205) et que le correctif sera dispo Q4 2014 dans le patch 3 d’ESXi 5.5 :
Customer observed ESXi PSOD when [...]

Tags: , , ,

WinBSOD in vmware.log

Lors d’une petite séance de troubleshooting décontractée, nous avons été agréablement surpris de constater que lors d’un BSOD sous Windows, le texte affiché était redirigé dans le vmware.log de la VM. Ça évite l’OCR…

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 [...]

Tags: , , , , ,

Ghetto VUM

Pour une raison aussi néfaste que mystérieuse et que même notre cher confrère vmdude n’a pu expliquer, nous avons “perdu” un VUM (VMware Update Manager). Plus rien, nada, que dalle, même pas de backup. Evidemment, nous ne nous en sommes rendu compte que quelques jours avant une grosse campagne de patch. Y voyant là un [...]

Tags: , , ,

iperf for ESXi

MAJ 23/05/2015 : Et un petit screenshot du firewall pour la route:

Aussi farfelu que cela puisse paraître, une nouvelle partie de notre homelab est *temporairement* connecté sur du CPL. Et du coup, “les débits doivent être pourris ?!” me demanderez vous. Et bien figurez vous que nous nous sommes posé la même question au moment [...]

Tags: , , ,