VMware Archive

0

vSAN : Rechercher un disque

La lecture du titre de ce post vous laisse dubitatif avouez le 🙂 .

DerniĂšrement nous avons dĂč identifier physiquemebt un disque (au sein d’un disque group) qui rencontrait de grosses latences (entre 15000 ms et 45000 ms), un remplacement rapide s’imposait donc.

Le problĂšme est que nous avons pu identifier le disque au sein du disque groupe via son naa, mais comment l’identifier physiquement sur l’ESXi (serveur CISCO UCS-C240-M4SX) ? Dans UCS Central aucune alarme ne remontait cĂŽtĂ© disque (normal il n’y a pas de problĂšme hardware vous nous direz) et en ESXCLI on ne remonte pas d’informations de type PID permettant de faire le lien entre le naa. et le disque dans UCS. Dans le Vcenter, sur l’ESXi dans l’onglet “Configure” –  “Storage-Storage Device” vous avez un bouton qui permet (logiquement) d’allumer la led d’un disque  selectionnĂ© (le fameux “turn on ou turn off disk locator”), mais dans notre cas cela ne fonctionnait pas. 

On a beau cliquez ça reste vert 🙁 .

En googlelant nous sommes tombĂ©s sur la commande ci-dessous qui permet d’allumer (ou clignoter) la led d’un disque.

esxcli storage core device set -d naa.50000397885347bd -l=locator -L=600

AprĂšs avoir trouver une Ăąme charitable dans le Datacenter, le collĂšgue a pu nous donner la position du disque dans le serveur en vue de son prochain remplacement.

Tags: , , ,
2

vSAN : Supprimer un objet dans le “Resyncing Component”

Dans un Vcenter 6.5.0 (build 5318154) au sein d’un cluster vSAN (version : 6.6) nous avons remarquĂ© la prĂ©sence d’un objet orphelin dans l’onglet “Resyncing Components”.

L’objet avait Ă©tĂ© supprimĂ© il y a quelque temps, mais visiblement vSAN ne l’entend pas de cette oreille 🙂

Nous avons constaté que le vSAN Health était en jaune en GUI et via la commande ci-dessous.

esxcli vsan health list
Ok on est en yellow, next ?


Le problĂšme en l’Ă©tat, c’est que nous ne connaissons pas l’objet rĂ©calcitrant, afin de le retrouver nous avons lancĂ© la commande ci-dessous.

esxcli vsan debug resync list
Voila notre objet est désormais identifié.


Afin de supprimer un objet rĂ©calcitrant il existe une commande qui permet de supprimer des objets, cependant cette commande est Ă  utiliser avec parcimonie 😉 .

/usr/lib/vmware/osfs/bin/objtool delete "your object" -f -v 10
Et là, mauvaise nouvelle, la commande se termine par un failed 🙁 .


Du coup on dĂ©cide de lancer les commandes ci-dessous au cas oĂč.

esxcli vsan debug resync list

esxcli vsan health cluster list
Et voila tout est en green, la commande objtool a visiblement quand mĂȘme fait un petit nettoyage 🙂
CĂŽtĂ© GUI 😉
0

Vcenter error : esx.problem.hyperthreading.unmitigated

Si comme nous, vous rencontrez l’erreur “esx.problem.hyperthreading.unmitigated” sur un host ESXi dans votre Vcenter (dans notre cas un Vcenter 6.5) aprĂšs l’application de patch, alors lĂ  KB57374 va vous aider a supprimer rapidement cette erreur et Ă  comprendre son origine.

On va quand mĂȘme pas dĂ©sactiver l’hyperthreading quand mĂȘme 🙂

Comme l’explique la KB57374, il suffit de forcer la valeur “UserVars.SuppressHyperthreadWarning” Ă  1 afin de supprimer ce message dans les options avancĂ©es (Onglet Configure, puis aller dans System-Advanced System Settings) de l’ESXi, mais comme on est sympa on vous donne aussi la version en CLI.

Get-VMHost MyESXi | Get-AdvancedSetting -Name 'UserVars.SuppressHyperthreadWarning' | Set-AdvancedSetting -Value 1
0

ESXi 6.5: Erreur lors de l’installation

Lors de l’instalation d’un ESXi 6.5 (sur un Cisco UCS C220 M5) nous avons rencontrĂ© l’erreur ci-dessous (hĂ© oui on ne fait pas que du Citrixm 🙂 .

partedUtil failed with message: b”Error: Can’t have a partition outside the disk!nUnable to read partition table for device /vmfs/devices/disk/eui.00a0504658335330\n\n”.


En googlelant nous sommes tombés sur la KB2082806, ce qui nous a amené à faire un Erase du Virtual Drive  via la CIMC (Cisco Integrated Management Controller) du server.

Selectionnez le Virtual Drive puis cliquez sur le bouton “Erase Virutal Divre”


Une fois l’erase du “Virtual Drive” rĂ©alisĂ©, l’installation a pu ĂȘtre rĂ©alisĂ©e sans problĂšme.