Erreur :vSphere HA agent for this host has an error: vSphere HA agent cannot be installed or configured

Vues : 0

Suite à une sortie de maintenance de plusieurs ESXi 6.7 (dans un vCenter 6.7) nous avons rencontré les erreurs ci-dessous :

vSphere HA Host status

vSphere HA agent for this host has an error: vSphere HA agent cannot be installed or configured

En faisant un “Reconfigure for vSphere HA” sur un des ESXi, cette fois nous avons eu droit à l’erreur :

The object ‘vim.Datastore:datastore—–‘ has already been deleted or has not been completely created 

Sur ce cluster nous savions qu’il y avait une “migration de datastore” il y a quelques temps, ce qui nous a amené à effectuer les actions ci-dessous afin de résoudre cette problématique :

  • Désactivez HA sur le Cluster (onglet Configure – Edit)
  • Activez HA sur le Cluster (onglet Configure – Edit)
  • Sur le cluster, onglet Configure – Edit – Edit Cluster Setting – Heartbeat Datastore
  • Cliquez sur “Use datastores only from the specified list”
  • Cliquez sur le bouton Ok
  • Allez sur le cluster, onglet Configure – Edit – Edit Cluster Setting – Heartbeat Datastore
  • Cliquez sur “Use datastores from the specified list and complement automatically if needed”
  • Cliquez sur le bouton Ok

Sur l’ESXi faite un « Reconfigure for vSphere HA », l’erreur devrait disparaitre.

Post to Twitter

Erreur Dscheck : HostID xxxx has no corresponding MfServer node entry

Vues : 0

Suite à un dscheck (dscheck /full servers) sur une de nos fermes (XenApp 5 R06 de 400 serveurs avec un DataStore sql 2005 sur Windows 2003 sp2 ), nous avons remarqué l’erreur suivante :

HostID  xxxx has no corresponding MfServer node entry

Après plusieurs dscheck /full servers /clean l’erreur était toujours présente.

Nous avons lancé un Dsview afin de voir si on pouvait résoudre le HostID 5C80 en cherchant dans la partie ServerNeighborhoods-VotreFerme-MFServers.

Comme nous n’avons rien trouvé dans la partie  ServerNeighborhoods-VotreFerme-MFServers, nous avons orienté notre recherche vers la partie ServerNeighborhoods-VotreFerme-HostIds.

Nous trouvons et remarquons que le HostId 5C80 a des liens avec d’autres HostId (au passage on ne l’a pas vu du premier coup 🙁 ).

 

Retour dans la partie ServerNeighborhoods-VotreFerme-MFServers, et là nous trouvons bien les hostId avec les Hostnames associés.

Après avoir sorti les 4 serveurs de la ferme (bien que ces serveurs ne présentaient visiblement aucun problème), la commande dscheck /full servers /clean a cette fois-ci bien supprimé le HostId récalcitrant (5C80 dans notre cas).
Une fois le Host Id supprimé nous avons pu ré-intégrer les quatres serveurs dans la ferme puis passer un dscheck /full servers qui n’a remonté aucune erreur 🙂 .

On vous passe les différentes étapes de troubleshooting, dsview (mais avec les yeux fermés les premières fois), tentative de lecture du DataStore (mais bon vu que la base n’est pas de type relationnelle on se savait mal parti), import du DS dans une batterie de test et suppression des objets,  etc..etc.. En bref un moumoutage en bonne et due forme 🙂 .

Post to Twitter

Histoire du DataStore XenApp

Vues : 0

Si vous avez déjà fouiné dans un DataStore XenApp, vous avez remarqué que la structure était comment dire……. totalement incompréhensible.

Et si vous souhaitez savoir pourquoi le DataStore n’est pas exploitable par le commun des mortels (à part DSVIEW), alors direction un billet de Brian Madden (du 09/11/2007), qui dans la partie “DataStore architecture” vous explique qu’en fait  nous sommes en présence 🙂 d’une base de données de type LDAP et qu’au début de l’histoire Citrix avait prévu d’utiliser Active Directory comme base de données. La suite est par ici.

Nos collègues de ldap389 vont être contents d’apprendre qu’ils ont évité une extension de schéma 🙂 .

Post to Twitter

Supprimer un server ou une application via DsCheck.exe

Vues : 0

Il peut arriver  que votre DataStore contienne des enregistrements corrompus.

Dans notre cas un serveur dont l’enregistrement était corrompu.

Le seul moyen (accessible) de pouvoir vérifier l’état de votre DataStore est l’utilisation de DsCheck.exe (La commande dscheck vous permet de valider la cohérence du DataStore et permet de  réparer les incohérences trouvées).

Au préalable un backup du DataStore est recommandé 😉 .

Commandes pour supprimer une application dans le DatasStore :

[text]
dscheck /full apps "App Name" /deleteMF /SILENT
dscheck /full apps "App Name" /deleteComApp /SILENT
[/text]

Commandes pour supprimer un serveur dans le DatasStore :

[text]
dscheck /full servers "Server HostName" /deleteMF /SILENT
dscheck /full servers "Server HostName" /deleteComApp /SILENT
[/text]

Le /DeleteMF supprime l’entrée de l’enregistrement dans le DataStore
Le /DeleteComApp supprime l’entrée commune dans le DataStore.

Si vous souhaitez plus d’information sur DsCheck.exe :
CTX124406 (XenApp 4.5/5 pour Windows 2003 32/64 Bits)
CTX107800 (Presentation Server 3.0/4.0 pour Windows 2000/2003)

Post to Twitter

Mise en place d’une alerte espace disque sur un DataStore

Si vous aucun outil de surveillance n’a été mis en place (type Nagios, Cacti etc…), au sein d’une infrastructure, ce qui arrive 🙁 , nous vous proposons un script qui va vous permettre de vérifier si l’espace disque de votre DataStore (DataStore sur un OS Windows dans notre cas) est suffisant.%%%

Vues : 0

Si vous aucun outil de surveillance n’a été mis en place (type Nagios, Cacti etc…), au sein d’une infrastructure, ce qui arrive 🙁 , nous vous proposons un script qui va vous permettre de vérifier si l’espace disque de votre DataStore (DataStore sur un OS Windows dans notre cas) est suffisant.
Continuer la lecture de « Mise en place d’une alerte espace disque sur un DataStore »

Post to Twitter