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

Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS

Cel√† faisait longtemps (tr√®s) que nous souhaitions faire un billet sur l’installation et la configuration d’un VDA sur un OS Linux (dans notre cas une Ubuntu 16.06.01 LTS). Il faut √™tre honn√™te Citrix nous a bien simplifi√© la vie depuis les premi√®res version de VDA sous Linux, ou il fallait faire mille et une manips afin de pouvoir configurer correctement son VDA, maintenant c’est simplifi√© au possible.


Concernant le VDA nous avons choisie la version 7.15.0.404 (LTSR) disponible ici, n’oubliez pas de lire le pdf sur la 7.15 qui vous √©vitera de partir √† l’aventure si vous souhaitez utiliser une autre distribution (au passage vous noterez que la version 16.06 n’est pas mentionn√©e dans le pdf ūüėČ ).

Read the rest of this entry »

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

StoreFront : Lancement d’applications impossibles

Lors d’une partie de troubleshooting avec un coll√®gue Sysadmin nous sommes tomb√©s sur un probl√®me peu banal, en effet les utilisateurs pouvaient s’authentifier sur les StoreFront (environnement Citrix virtual apps and desktops 7.15 LTSR avec du SQL AlwaysOn) et voir les applications publi√©es mais ne pouvaient les lancer (toutes les applications de la ferme √©taient impact√©es). Lors du click sur une application le message d’erreur “Impossible de d√©marrer l’application……” apparraissait syst√©matiquement.


Sur les StoreFront nous avons constatés les events ci-dessous (aucun event sur les Controllers).

Read the rest of this entry »