VMware : Erreur lors de l’installation d’un cluster VxRAIL

Quick tip pour résoudre un problème avec la validation VxRAIL.

Validate and build VxRail cluster | Dell EMC Networking SmartFabric  Services Deployment with VxRail 7.0.1 | Dell Technologies Info Hub

En effet, à chaque tentative de relance de la validation j’obtiens ce message d’erreur : Please wait for the previous instance <WORKFLOW ID> to complete.

Initialement, j’ai démarré les deux services sur le VxRAIL Manger, mais cela n’a malheureusement pas résolu le problème.

root@vxrailmanager:/home/mystic # systemctl restart runjars

(Updates information in the web interface)

root@vxrailmanager:/home/mystic # systemctl restart vmware-marvin

(Updates marvindb)

J’ai tenté de redémarrer les agents management et

VMware : Configuration de VxRAIL IDRAC pour transférer les logs vers VMware LogInsight

VMware Loginsight dispose d’un content pack pour IDRAC qui vous permet de surveiller les logs de vos nodes VxRAIL et vous permet également de configurer des alertes.

Afin de faire la configuration, connectez-vous sur l’interface iDRAC et sélectionnez :

configuration>System settings>Remote Syslog Settings  

Une fois terminés, tous les nouveaux logs générés seront transmis à loginsight et les dasbords fournis par défaut commenceront à avoir des données.

Maintenant si vous avez beaucoup de node VxRAIL à configurer, vous pouvez automatiser

VMware : VxRAIL Manager 7.0.x les fichiers des logs

L’analyse des logs est l’une des taches le plus importantes lors d’une investigation de problème et ça devrait être la première chose à faire.

VxRAIL Appliance est basé sur SUSE Linux Enterprise Server 15 SP2, et la majorité des logs sont toujours situés sous le répertoire /var/log.

Le tableau suivant présente une vue d’ensemble des logs que l’on peut retrouver dans le VxRAIL manager :

Emplacement Contenu
/var/log/microservice_log/dayone.log Configuration initiale de l’Appliance VxRAIL première exécution
/var/log/microservice_log/short.term.log Informations sur les service de

VMware : Tips of the week #8

VxVerify est un outil/ python script conçu pour détecter les problèmes susceptibles de provoquer des complications ou des défaillances lors des mises à jour d’un cluster VxRail.

L’outil VxVerify décompresse un programme Python plus petit, appelé « minion », qui sera envoyé sur chaque ESXi. Ce « minion » examine l’état de l’hôte selon une liste des vérifications et les informations depuis l’interface iDRAC pour faire un bilan de santé pour chaque nœud et le cluster VxRAIL.

Le fichier VxVerify peut être téléchargé depuis

VMware : How to resolve a vSphere TPM error on VxRAIL

A TPM (Trusted Platform Module) is a computer chip/microcontroller that can securely store artifacts used to authenticate the platform and since version 6.7 vSphere support TPM 2.0.

If you have a host on you VxRAIL cluster with an alert in vCenter stating TPM 2.0 device detected, the steps below must be performed on each affected node to resolve this error (one at the time):

Before you start, place the host into Maintenance Mode in vCenter using Ensure Accessibilty.

In

VMware : How to factory reset a VxRail node

If you think your node is not running properly as it should be, or you simply need to move a node from one cluster to another,  it might be a good opportunity to perform a factory reset of your host.

Follow the directions below to perform a factory reset in VxRail node:

Enjoy!