Archive de l‘auteur: ‘JBrison

283 articles trouvés dans cette archive
Juil/1170
Par Dans KB, VMware

Voici le top 20 des KB les plus utilisées par le support VMware au mois de Juin 2011:

  1. KB1003212: Support de processeur avec Enhanced VMotion Compatibility (EVC)
  2. KB2001631: Faire un Stage ou Remediate de patchs ESX/ESXi 4.x plante avec Update Manager
  3. KB1001596: Résolution de VMware High Availability (HA)
  4. KB1016621: Activer Syslog sur un ESXi
  5. KB1002511: Recréer un fichier de description de disque virtuel (VMDK) manquant:
  6. KB1003490: Redémarrer les agents de management sur un serveur ESX ou ESXi
  7. KB10051: Une VM ne peut démarrer à cause d’un fichier manquant ou verrouillé
  8. KB1032936: Comment installer les drivers async en ESX/ESXi 4.x
  9. KB1004588: Best practices pour utiliser et résoudre VMware Converter
  10. KB1016626: Les VMs arrêtent de répondre quand un des LUN sur l’hôte est dans l’état all-paths-down (APD)
  11. KB103001: [Critique] VMware ESX 3.5, Patch ESX350-201012410-BG: appliquer ce patch pour continuer le téléchargement de patchs en ESX 3.5 après Juin 2011
  12. KB1015180: Comprendre les Snapshots de VM en VMware ESX
  13. KB1035564: VMs dans un état invalide plante au power on avec l’erreur: « FoundryVMDirectlyOpenSocketToVMX: Failed to create socket pair »
  14. KB1015084: Déprésenter un LUN contenant un datastore d’un serveur ESX/ESXi 4.x
  15. KB1022104: Best practices pour mettre à jour en ESX 4.1 et vCenter Server 4.1
  16. KB1025279: Best practices pour les Snapshots VM dans un environnent VMware
  17. KB1005466: Télécharger et Installer VMware Fusion
  18. KB1011387: traitement des LUNs détectés comme snapshot par les ESX/ESXi 4.x
  19. KB1004340: Eteindre une « unresponsive » VM sur un host ESX
  20. KB1008205: Utiliser ESXTOP pour identifier des problèmes de performance sur le Stockage
Juil/111

Ce matin,  😮  🙂  😀  j’ai eu l’agréable surprise de recevoir un email de John Troyer (responsable du programme vExpert) m’indiquant que le recevait le titre  vExpert 2011 et que je rentre donc dans le programme vExpert.

We’re pleased to designate you as a vExpert 2011 as recognition of your contributions to the VMware, virtualization, and cloud computing communities. You’ve done work above and beyond, and we’re delighted to communicate more closely, to share resources, and to offer other opportunities for greater interaction throughout the year as we continue to grow knowledge and success in the community of IT professionals. Welcome to the vExpert 2011 Program!

Ce titre est un honneur et une reconnaissance du travail fournit sur ce blog depuis un peu plus d’un an. C’est un encouragement de plus pour continuer dans ce sens afin d’évangéliser la communauté francaise sur la Virtualisation.

Pour l’instant la liste des vExperts 2011 n’est pas public (il semble que tout le monde n’a pas encore reçu l’email). Voici la liste des 8 vExpert 2011 pour la communauté francophone:

  • Raphael Schitz (Hypervisor.fr)
  • Julien Mousqueton (JulienMousqueton.fr & VMUG.fr)
  • Vladan Seget (Vladan.fr)
  • Ilann Valet
  • Sylvain Huguet
  • Eric Maillé (Virt-Now)
  • Olivier Parcollet (DS45 & VMUG.fr)
  • et moi même (VMnerds.fr)

Encore félicitations à tous les autres vExpert 2011 et merci à John Troyer & Sylvain Siou (j’ai cru comprendre qu’il avait fait la validation française).

VMware vExpert 2011Jérémie Brison

Juil/1110

Un nouveau fling vient de voir le jour sur les VMware Labs : VMware Zimbra for Android (VZA). VZA est un outil gratuit et native Android de collaboration pour accéder aux Mails, Calendrier, Contacts et Fichiers depuis n’importe quel périphérique Android (SmartPhones ou Tablettes).

VZA support n’importe quel serveur de messagerie compatible Microsoft ActiveSync et VMware Zimbra Collaboration Suite (ZCS). VZA permet aussi quelques fonctionnalité supplémentaires, seulement disponible avec la suite Zimbra (ZCS): Porte-Documents, Recherches enregistrées… qui ne sont pas disponibles dans les autres applications de messagerie pour Android du marché.

Lire la suite…

Juin/11290

Vous avez surement rencontrer des écrans bleu (BSOD) dans vos images provisionnées avec Provisionning Service sur une plateforme VMware pour des VMs Windows 2008 ou Windows 7. Typiquement une ferme XenApp virtualisé ou une ferme XenDesktop sur un socle vSphere.

Lire la suite…

Juin/11280

Malgré que vous vous authentifiez bien, vous rencontrez des problèmes d’authentification dans Site Recovery Manager avec les cas d’erreur suivants:

Lorsque vous vous connectez à la partie SRM dans l’interface vCenter, vous avez le message d’erreur « Unable to login« .

Puis lorsque que lorsque vous essayer de modifier un paramètre, vous avez les message d’erreur « Connection to local Site Recovery Manager https://xxxxxxxxx:8095/dr lost. » et « Lost connection to remote vCenter Server du to invalid credentials. »

Il faut bien entendu vérifier les points suivants:

  • Le mot de passe est correcte 😉
  • vous utilisez un compte du domaine (avec la syntaxe DOMAINuser)
  • que lors de l’installation vous avez renseignez un compte domaine avec la syntaxe DOMAINuser (sinon faire un repair de l’install pour le modifier)

Mais le problème peut tout simplement venir (comme pour moi) du faite de lancer le vSphere client (avec le plugin SRM) en local sur le vCenter. Il ne faut donc pas ce connecter sur le localhost mais bien sur le nom du serveur vCenter.

Juin/11280
Par Dans KB, VMware

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.
Juin/11240
Par Dans vCOps

vCenter Operation Standard est l’outil de supervision de VMware qui permet d’analyser et d’un simple coup d’œil l’état de son infrastructure vSphere et permettre un diagnostic rapide en cas de problème.

vCenter Operation Standard présente ainsi l’état de santé de l’infrastructure au travers de 3 indicateurs. Voici un peu de détails sur ces indicateurs :

Lire la suite…

Juin/11210

Des consultants de PQR et Log.in (Sven Huisman, Jeroen van de Kamp & Ruben Spruijt) viennent de sortir la 4ième phase du projet VRC (Virtual Reality Check): une étude sur l’impact de la virtualisation d’application dans les environnements de bureaux virtuels (VDI).

Ce document de 38 pages, nous donne les résultats de différents tests réalisés avec les solutions des 3 leaders du marché en terme de virtualisation d’application: Citrix avec le Streaming d’application de XenApp 6, VMware avec ThinApp 4.x et Microsoft avec App-V 4.6.

Ces tests ont été réalisé avec l’outil VSI développé par Log.in, dans des bureaux virtuels View 4.5 sur une plateforme vSphere 4.1. Voici les différents scénarios testés:

  • App-V 4.6 avec le cache pré-chargé
  • App-V 4.6 avec le cache pré-chargé et un client en mode hors-ligne
  • App-V 4.6 en utilisant le streaming HTTP
  • App-V 4.6 en utilisant le streaming RTSP
  • App-V 4.6 en utilisant le streaming RTSP et les paquets compressés
  • App-V 4.6 en utilisant le streaming RTSP et un cache partagé en lecture-seul
  • ThinApp 4.5 avec les applications packagés sur le disque local de la « Golden Image »
  • ThinApp 4.5 avec les applications packagés sur un partage réseau
  • ThinApp 4.6 avec les applications packagés sur le disque local de la « Golden Image »
  • ThinApp 4.6 avec les applications packagés sur un partage réseau
  • ThinApp 4.6 avec la compression « fast » et l’optimisation « disk »
  • XenApp 6 Application Streaming exécutant des applications pré-caché (sans utiliser raderun.exe)
  • XenApp 6 Application Streaming exécutant des applications non-caché avec un cache de 1Go
  • XenApp 6 Application Streaming exécutant des applications non-caché avec un cache de 5Go

Lire la suite…

Juin/11150
Par Dans VMware

Avec pas mal de retard et à la demande de Vladan, voici un petit retour sur le Partner EXchange qui à eu lieu le 27 avril 2011 à Paris.

Le PEX est un salon VMware dédié aux Partenaires VMware. Il y avait des présentations techniques, commercial, marketing et des stands exposants de l’éco-système VMware.

Lire la suite…

Juin/1190

Généralement, en vue d’un PRA, l’infrastructure est déportée sur 2 salles. Et souvent, on part sur un premier stockage dans une salle, puis on le sécurise avec un autre dans la salle de secours. Mais la gestion en reste de façon globale aux 2 salles (infrastructure horizontale), ce qui est un bon début pour un PRA mais pas forcément automatisé.

Le produit VMware Site Recovery Manager est un produit gérant l’ordonnancement du PRA. Pour cela, il faut avoir un stockage (compatible SRM) répliqué entre 2 salles et surtout il faut que l’infrastructure virtuelle soit scinder en 2 salles pour qu’elles puissent fonctionner de façon autonome (permettant de faire repartir la Prod dans l’autre salle). Et c’est la qu’une évolution progressive d’une infrastructure virtuelle en vue d’un PRA, ne correspond pas à une architecture convenable pour SRM. C’est la justement qu’il va falloir verticaliser l’infrastructure pour la rendre compatible SRM.

Je ne vais pas m’étendre sur les pré-requis stockage ni d’installation de SRM. En partant d’un exemple concret, je vais plutôt expliquer le mode opératoire pour basculer une infrastructure virtuelle horizontale vers une infrastructure virtuelle verticale.

Donc partons de l’exemple ci-dessous, qui contient un premier vCenter dans une salle qui administre un ensemble de serveurs ESX pour les VMs Serveurs formant un Cluster entre 2 salles et un second vCenter dans l’autre salle qui administre un ensemble de serveurs ESX pour des VMs View formant un Cluster entre 2 salles:

Lire la suite…