Supprimer un plugin obsolète dans vCenter Server 4.1

Il arrive parfois que d’anciens plugins soient encore présents depuis votre plug-in manager ; ces plugins dont vous n’avez plus forcément besoin (suite à l’installation – désinstallation de diverses appliances virtuelles par exemple) peuvent très vite polluer votre plug-in manager.

template-error

Voici la méthode à suivre pour supprimer un ou plusieurs plugins obsolètes :

1. Dans un navigateur internet, accéder à l’url suivante : http://<vcenter server name ou IP>/mob (où “vcenter server name ou IP” est le nom de votre serveur vCenter ou son adresse IP)

2. Cliquer sur Content

3. Cliquer sur ExtensionManager

4. Choisisser et copier le nom du plugin que vous souhaitez supprimer

5. Cliquer sur UnregisterExtension. Une nouvelle fenêtre apparaîtra.

6. Coller le nom du plugin que vous souhaitez supprimer et cliquer sur Invoke Method. Le plugin sera alors supprimé

7. Fermer la fenêtre

8. Faites un refresh de la fenêtre :
Managed Object Type:ManagedObjectReference:ExtensionManager afin de vérifier que le plugin a été correctement supprimé

Vous n’avez plus qu’à essayer 🙂

VMware vCenter Error Call “PropertyCollector.RetrieveContents” for object “propertyCollector” on vCenter Server failed

J’ai rencontré le problème suivant aujourd’hui en tentant de modifier les paramètres d’un Template reconverti en VM pour mes besoins :

template-error

Il m’était alors impossible de modifier les paramètres de mon Template converti en VM. Voici l’astuce qui permet de pouvoir modifier à nouveau les paramètres d’un Template converti en VM suite à ce message d’erreur :

1) Il faut enlever la VM de l’inventaire depuis votre vSphere Client (clic droit puis “Remove fron inventory“)

2) Rajouter à nouveau la VM depuis le Datastore où elle se trouve (clic droit puis “Add to inventory“)

3) Editez à nouveau les paramètres de votre Template reconverti en VM (clic droit sur la VM puis “Edit Settings

Quelle est la raison de ce bug ? Après avoir cherché sur plusieurs forums sur Internet, il s’avère qu’il s’agit d’un bug affectant une migration en vSphere 4.1 depuis vSphere 4.0 (la migration vers vSphere 4.0 Update 2 cause aussi le bug apparemment). Les Templates existants, une fois migré en vSphere 4.1, présenteraient ce bug aléatoire.

Freeze et lenteur depuis la console pour des VMs Windows server 2008 R2 et Windows 7

Il arrive que ,depuis la console (ouverte depuis vSphere Client), l’administration d’une VM sous Windows Server 2008 R2 ou encore Windows 7 soit ralentie (curseur de la souris assez lent, temps de réponse de la VM depuis la console assez long).

Ceci est assez génant, et est dû au fait que les pilotes SVGA-II installés par défaut par les VMware Tools soient buggués.

Voici la démarche à suivre pour corriger ce problème :

1) Mettre à jour ses VMware Tools avec la dernière version

2) Mettre à jour manuellement le pilote SVGA-II depuis le gestionnaire de périphérique en le remplaçant par le pilote VMware SVGA 3D (Microsoft Corporation – WDDM) ; ce dernier se trouve à l’emplacement suivant :
“C:\Program Files\Common Files\VMware\Drivers\wddm_video”

3) Redémarrez la VM et retournez vérifier dans le gestionnaire de périphérique que vous avez bien le nouveau driver SVGA d’installé :

vmtools_displaydevices

Maintenant vous ne devriez plus rencontrer ce bug affectant l’administration d’une VM sous Windows Server 2008 R2 et Windows 7 depuis la console de votre vSphere Client.