Badack's blog

Microsoft met à disposition un nouveau track certification MCITP dans le domaine de la virtualisation d’entreprise.

Pour l’obtention du status Microsoft Certified IT Professional (MCITP) : Windows Server 2008 R2, Virtualization Administrator, vous allez devoir passer les examens suivants:

• 70-659 : TS : Windows Server 2008 R2, Server Virtualization
• 70-669 : TS : Desktop Virtualization
• 70-693 : PRO : Windows Server 2008 R2, Virtualization Administrator

Actuellement, seul le 70-669 est encore en beta, il devrait être disponible assez rapidement chez prometric.

J’ai été confronté à un problème assez frustrant sur lequel je continue d’investiguer.

Lorsque vous avez, sur un serveur ou station de travail, le client App-V et le client SCCM installé, vous êtes susceptible de rencontrer l’erreur suivante :

2 articles intéressants traitent de ce problème:

• http://www.softgridblog.com/?p=97
• http://weblog.bassq.nl/index.php/how-to-integrate-app-v-with-sccm-without-losing-the-features-you-care-about/

Dans mon cas, le problème c’est présenté sur un serveur Citrix utilisant le client App-V pour publier des applications.

Il n’y a pas d’intégration entre App-V et SCCM de configuré, donc aucune raison, apriori, d’avoir ce type d’erreur car le client App-V (SftTray.exe) devrait rester le client par défault pour les applications virtualisées.

Et bien, de temps en temps, cette erreur ce produit quand un utilisateur tente d’exécuter une application. Il reçoit le message d’erreur (voir l’image ci dessus).

Google étant mon ami, on arrive très vite à la solution, mais malheureusement pas à la root cause.

Pour ce qui est de la cause, dès que vous déployer le client SCCM, il va remplacer les valeurs suivantes par les siennes (voir le tableau). Vous pouvez constater que le client SftTray.exe est remplacer par le client VappLauncher.exe.

De plus, vous perdez également tout le contenu de la clé de registre suivante: HKLM\Software\Microsoft\SoftGrid\4.5\Client\DC

Ce qui générera l’erreur suivante:

Cette clé contient la référence de votre serveur App-V. Assez gênant n’est ce pas?

Donc, la solution est de remettre en état les clés de registres impactées après l’installation du client  SCCM ou lorsque le problème se présente.

Maintenant, mon problème est apparu bien après le déploiement du client SCCM. Le serveur étant up&running depuis quelques semaines.

En faisant le test de désinstaller le client SCCM, réparer les clés de registre et réinstaller le client, je me suis retrouvé dans l’état que je décris ici.

Mon problème est donc solutionné mais jusqu’à quand?