Catégories
Citrix KB

Les top10 Citrix de 2011

Pour finir cette année voici la liste des dif­fé­rents Top10 du Know­ledge Cen­ter de Citrix pour 2011.

Top 10 des docu­men­ta­tions produits

N° articletitre de l’article
CTX113566Installation Checklist for Citrix Presentation Server 4.5 Enterprise SE Edition for Windows Server 2003
CTX113392Citrix XenApp 5.0 for Microsoft Windows Server 2008 Installation Checklist EN
CTX113393Readme for Citrix XenApp 5.0 for Windows Server 2008
CTX124791Citrix Provisioning Services 5.6 SP1 Installation and Configuration Guide
CTX124792Citrix Provisioning Services 5.6 SP1 Administrator’s Guide
CTX116416Readme for Citrix XenApp Plugin for Hosted Apps 11.0 and Streamed Apps 1.2 for Windows
CTX112374Citrix Presentation Server 4.5 Installation Checklist EN
CTX122664Access Gateway Plug-in for Mac OS X (Version 2.0.1)
CTX120305How to Use Application Streaming with Advanced Edition
CTX109108Getting Started with Citrix Licensing Guide

Catégories
KB VMware

Top KB pour vSphere5

Ca fait plus de 4 mois que vSphere 5 est sorti et même si la stabilité de cette plateforme n’est plus à démontrer, il est toujours bon de jeter un coup d’œil du coté des KB avant son installation ou son upgrade.

Faisant suite aux présentations du support francophone de VMware et d’après le contenu de la session VSP3867 du VMworld, voici le détails des 10 tops KB pour vSphere5:

  • Corruption des VMX/Snapshots d’une VM sous ESXi5 avec un ordre spécifique des opérations (2005740)
  • vMotion peut planter avec du virtual hardware 8 avec l’option 3D désactivé (2005741)
  • Le Service Status de vCenter 5.0 affiche une erreur avec la plugin Converter (2006132)
  • L’installation de l’agent HA (FDM) plante après une désinstallation manuelle (2006034)
  • Certains contrôleurs RAID locaux n’arrivent pas les volumes supérieurs à 2 To (2006942)
  • Le service vCenter Server plante après avoir été upgradé en version 5.0 (2007231)
  • Un serveur ESXi prend longtemps pour démarrer quand il contient des noeuds passifs MSCS (1016106)
  • Un serveur ESXi prend longtemps pour démarrer avec du stockage en iSCSI software (2007108)
  • Les serveurs ESXi 4.0 u2 plante avec un PSOD après mise à jour du vCenter (vpxa) en version 5 (2007269)
  • UpdateManager n’arrive pas à scanner les serveurs ESXi 5 après avoir importer un bundle incorrect (2006335)
  • plus quelques autres KB intéressantes…

Catégories
KB View

Runtime error de postes XP en View

Si lors de la mise en oeuvre d’un Desktop Pool (en linked-mode) de Windows XP pro SP3 avec VMware View, les bureaux virtuels ne remontent pas Available dans View Manager (état Unreachable puis Error). En complément d’information, dans mon cas l’AD est en Windows Server 2008.

Quand on se connecte au bureau virtuel (par la console du vSphere Client) on a une fenêtre « Microsoft Visual C++ Runtime Library » avec le message d’erreur:

Runtime error!

Program: …VMwareView Composer Guest Agentvmware-svi-ga.exe

This application has requested the Runtime to terminate it in an unusual way. Please contact the application’s support team for more information.

Catégories
KB VMware

les KB VMware de Septembre 2011

Voici le top 20 des KB les plus util­isées par le sup­port VMware au mois de Septembre 2011:

  1. KB1001596: Réso­lu­tion de VMware High Availability (HA)
  2. KB1003212: Sup­port de pro­ces­seur avec Enhan­ced VMo­tion Compatibility (EVC)
  3. KB1003490: Redé­mar­rer les agents de man­age­ment sur un ser­veur ESX ou ESXi
  4. KB1003894: Col­lecter les infor­ma­tions de diag­nos­tique pour VMware Fusion
  5. KB1016621: Acti­ver Sys­log sur ESXi 3.5 et 4.x
  6. KB10051: Une VM ne peut démar­rer à cause d’un fichier man­quant ou verrouillé
  7. KB1014529: Désinstaller, Réinstaller et mettre à jour VMware Fusion
  8. KB1004588: Best prac­tices pour uti­li­ser et résoudre VMware Converter
  9. KB1007849: Con­solider des Snapshots
  10. KB1002310: Appli­quer les Snap­shots quand il n’y a pas d’entrée Snap­shot dans le Snap­shot Manager
  11. KB1002511: Recréer un fichier de descrip­tion de disque vir­tuel (VMDK) manquant
  12. KB1032936: Com­ment ins­tal­ler les dri­vers async dri­vers sur ESX/ESXi 4.x
  13. KB1008658: Sup­primer manuelle­ment des entrées péri­mées ou en Linked-Clone de Bureau Vir­tuel dans View Manager
  14. KB1015084: Dé-présenter un LUN conte­nant un Datas­tore d’un ESX/ESXi 4.x
  15. KB1008205: Uti­li­ser esx­top pour iden­ti­fier des pro­blèmes de per­for­mances stockage
  16. KB2005070: Migrer de Fusion 2 ou 3 vers Fusion 4
  17. KB1022104: Best prac­tices pour met­tre à jour en ESX 4.1 et vCen­ter Ser­ver 4.1
  18. KB1025914: Pur­ger les vieille don­nées de la base uti­li­sée par vCen­ter Ser­ver 4.x
  19. KB1025279: Best prac­tices pour les Snap­shots VM dans un envi­ron­nent VMware
  20. KB1028042: Cloner et convertir les disques d’une VM avec vmkfstools
Catégories
KB VMware

Erreur d'application des patchs UpdateManager

Attention, un problème à été identifié dans Update Manager lorsque le chemin relatif des patchs a changé (suite aux modifications VUM mis en place début juin). L’erreur se produit lors du staging ou la rémédiation d’un serveur ESX/ESXi avec Update Manager avec le message: « Cannot download VIB files from patch source« .

La solution ce contournement (Cf. KB2001631) consiste à forcer Update Manager le téléchargement des nouveaux fichiers métadata qui contiennent le nouveau chemin des patchs.

Pour cela:

  1. Identifier l’emplacement de téléchargement des patchs « patchstore » (par défaut C :ProgramDataVMwareVMware Update ManagerData sous Windows 2008)
  2. Dans cet emplacement, supprimer les répertoires <patchstore>/hostupdate/vmw/metadata, <patchstore>/hostupdate/csco/metadata et <patchstore>/hostupdate/data/offline
  3. Télécharger de nouveau les metadatas en cliquant sur Download Now dans Update Manager > Configuration > Download Settings
  4. Vérifier que les nouvelles metadatas sont bien présent dans <patchstore>/hostupdate/vmw/metadata, sinon redémarrer le service VMware Update Manager Server et re-télécharger les patchs.
Catégories
Citrix KB

les KB Citrix de Mai 2011

Voici les tops 10 des KB (CTX) les plus utilisées par le support Citrix au mois de Mai 2011.

Le Top 10 des articles techniques:

  1. CTX101644: Paramètres de configuration Seamless
  2. CTX368624: Résoudre l’authentification unique Citrix (SSO)
  3. CTX711855: Messages d’erreur SSL commun, avec leur cause et leur résolution 
  4. CTX238200: Résoudre les mappings de lecteur client
  5. CTX106192: Mise à jour Access Gateway
  6. CTX106531: Résoudre le service Citrix XTE Service et les erreurs: There is no route to the specified address … Protocol Driver Error 
  7. CTX101810: Ports de communication utilisé les produits Citrix
  8. CTX114501: Bases de Données supportées pour le produits Citrix
  9. CTX677542: Concept Avancé – Maintenance de Ferme
  10. CTX115637: Paramètres de configuration et références pour Citrix Multi-Monitor
Catégories
KB vCenter

séparation d'une infra en 2 vCenter

Pour des diverses raisons (dissociation géographique, mise en place de PRA…) il est possible que l’on souhaite séparer une infrastructure virtuelle en 2 instances vCenter. Cette opération était assez simple en vCenter 2.x (copie de la base et nettoyage des objets obsolètes). Avec la version vCenter 4.x c’est plus compliquée du fait des traces restantes dans la base ADAM. Il existe une procédure (Cf. KB1031846) qui permet de réaliser cette opération en nettoyant les relations avec l’ADAM, ce qui permettra de lier les 2 vCenters en Linked-Mode. 

Voici le mode opératoire pour séparer en 2 vCenter:

  1. Préparer le serveur pour le second serveur vCenter
  2. Créer une nouvelle base de donnée vierge sur le second vCenter 
  3. Créer la liaison ODBC (DSN) sur le second vCenter
  4. Copier les certificats SSL du premier vCenter sur le second (dans « C:Documents and SettingsAll UsersApplication DataVMwareVMware VirtualCenterSSL« )
  5. Installer vCenter sur le second serveur
  6. Arrêter les services du second vCenter (« VMware VirtualCenter Server » & « VMwareVCMSDS« ) 
  7. Exporter les permissions & les rôles du premier vCenter (exécuter en PowerCLI le script export-permissions-roles.ps1sur le premier vCenter)
  8. Déconnecter tous les ESXs (faire un « Remove » puis un « Disconnect« )
  9. Arrêter les services du premier vCenter (« VMware VirtualCenter Server » & « VMwareVCMSDS« ) 
  10. Sauvegarder la base de données du premier vCenter
  11. Restaurer sur la base de données du second vCenter (écraser la base vide)
  12. Supprimer les données de la table « VPX_BINARY_DATA » du second vCenter (avec la commande SQL « TRUNCATE Table dbo.VPX_BINARY_DATA« )
  13. Démarrer les services des 2 vCenters (« VMware VirtualCenter Server » & « VMwareVCMSDS« ) 
  14. Changer l’Unique ID et le vCenter Server Name du second vCenter (dans « vCenter Server Settings > Runtime Settings« )
  15. Redémarrer les services du second vCenter (« VMware VirtualCenter Server » & « VMwareVCMSDS« ) 
  16. Supprimer dans chaque vCenter les DataCenters/Clusters obsolètes
  17. Reconnecter les serveurs ESX dans chacun des vCenters
  18. Importer les permissions & les rôles sur le second vCenter (exécuter en PowerCLI le script import-permissions-roles.ps1sur le second vCenter) avec le fichier « vInventory.xml » généré lors de l’export
  19. Et optionnellement joindre le second vCenter au premier en Linked-Mode (avec l’assistant « vCenter Server Linked Mode Configuration« )
Catégories
KB vCenter

Erreur 28039 à l'ajout d'un vCenter en linked Mode

La fonction Linked-Mode permet de lier plusieurs vCenter entre eux pour avoir une vue globale des vCenters.

Lors de la junction d’un vCenter en Linked-Mode, si vous avez l’erreur 28039: « Setup cannot join vCenter Server to linked mode group ». 

Catégories
ESX ESXi KB

ESX/ESXi 3.5 patch obligatoire à appliquer avant le 1er juin

Attention, VMware vient d’annoncer que pour continuer d’utiliser les patchs sur les ESX 3.5, il fallait avoir installé un pacth avant le 1 juin 2011.

Cette annonce est faite par l’intermédiaire de 2 KBs (KB1030001 pour ESX 3.5 et KB1030002 pour ESXi 3.5).  Au 1 juin 2011, la sécurité de la base contenant les correctif ESX va changer. Un correctif (sorti en décembre 2010) qui met à jour la clé de sécurité d’ESX/ESXi 3.5 est nécessaire pour pouvoir appliquer les mises à jour postérieures  au 1er juin. Il est nécessaire d’appliquer le patch critique spécifique suivant sur les serveurs ESX/ESXi en version 3.5 uniquement, avant le 1er juin.

Pour les ESX 3.5, il faut le correctif « ESX350-201012410-BG.zip« .

Pour les ESXi 3.5, il faut le correctif « ESXe350-201012401-O-BG.zip« .

Ou sinon aller sur http://www.vmware.com/patch/download/ et sélectionner la version 3.5 et la classification « Critical ».

Catégories
KB Microsoft Windows

Désactiver IPv6 sur Windows 2008(R2)

Voici une méthode pour désactiver complétement IPV6 sur les interfaces réseaux dans Windows 2008.

En effet, le fait de décocher la case IPv6 dans les propriétés de la carte réseau ne désactive pas complétement ipv6 sur le serveur. Il suffit d’exécuter la commande ipconfig pour se rendre compte de cela.

Solution.
Créer un DWORD nommé DisabledComponents avec la valeur FFFFFFFF dans HKLM\System\CurrentControlSet\Services\Tcpip6\Parameters\.

http://support.microsoft.com/kb/929852