DataStore Archive

0

Erreur Dscheck : HostID xxxx has no corresponding MfServer node entry

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 🙂 .

3

Histoire du DataStore XenApp

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 🙂 .

Tags:
0

Supprimer un server ou une application via DsCheck.exe

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 :

dscheck /full apps "App Name" /deleteMF /SILENT
dscheck /full apps "App Name" /deleteComApp /SILENT

Commandes pour supprimer un serveur dans le DatasStore :

dscheck /full servers "Server HostName" /deleteMF /SILENT
dscheck /full servers "Server HostName" /deleteComApp /SILENT

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)

0

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.
Read the rest of this entry »