CtxBlog – Page 8

Lenteur lors d’une installation XenApp/Presentation Server

Lors d’une installation manuelle d’un serveur XenApp, nous avons constaté une lenteur durant l’installation de XenApp (l’installation a pris plus de huit heures).

Dans notre cas, l’installation n’avançait plus à 80 % de sa progression, avec un process msiexec.exe qui ne consommait plus de cpu et semblait dans un état inerte.

Par contre si le serveur n’était pas dans le domaine (ou si vous débranchiez le câble réseau), l’installation s’exécutait normalement.

Nous vous passons les étapes de troubleshooting (Wireshark, TcpView/CurrPort, Procmon etc.. etc..)

La CTX113639 traite de ce problème, et propose de télécharger un fichier de transformation (mst) et de lancer l’installation via la ligne de commande suivante :

msiexec.exe / i "D: \ Citrix Presentation Server \ mps.msi" TRANSFORMS = "c: \ temp \ CTXUpdate.mst" / l * vc: \ temp \ mps.log

Une autre solution est possible (merci à Menhir2 et Ldap389), l’utilisation de la clé de registre “LsaLookupRestrictIsolatedNameLevel” (KB818024) qui permet avec la valeur 1, de désactiver la recherche de noms des domaines approuvés.

Le problème étant facilement reproductible, nous avons testé les deux solutions.

Les deux solutions fonctionnent très bien, cependant la solution avec la clé “LsaLookupRestrictIsolatedNameLevel” est selon nous plus facile a mettre en place (notamment en GPO avec un ADM custom).

MAJ : 13/11/2010
Il semblerais que dans certaines circonstances, la clé LsaLookupRestrictIsolatedNameLevel c ne résolve pas le problème de slow install.
La solution d’utiliser un fichier MST lors de l’installation quand à elle fonctionne bien (CTX113639).
Merci à MAxB pour son retour 😉 .

Suppression Manuel de XenApp

Il arrive dans de rares cas extrêmes qu’il faille supprimer XenApp à la mano, et bien sûr vous êtes sur un host physique et le backup date un peu.. (on vous l’avais dit… dans de rares cas extrêmes 🙂 ).

La CTX746354 donne les best practices afin de supprimer XenApp manuellement et proprement.

A l’étape 4 de la CTX746354, nous avons la suppression de nombreuse clés de registre (environ 650 🙂 ).

Dans ce billet vous trouverez le fichier Delete_reg_xenapp.txt qui regroupe toutes les clés à supprimer.

Sur le serveur récalcitrant, copiez le fichier Delete_reg_xenapp.txt et renommez le en Delete_reg_xenapp.reg puis double cliquez dessus.

Vous venez de gagner un temps précieux, et vous pouvez passer à l’étape 5 de la CTX746354 .

Un fois arrivé à l’étape 10, il va vous falloir vérifier que tout les services XenApp sont bien supprimés.

Si ce n’est pas le cas, le fichier Delete_service_xenapp.txt joint à ce billet va vous permettre de le faire rapidement.

Sur le serveur récalcitrant, copiez le fichier Delete_service_xenapp.txt et renommez le en Delete_service_xenapp.bat puis double cliquez dessus.

Vous pouvez passer à l’étape 11 de la CTX746354 (au passage la suppression est bientôt finie, courage 😉 ).

Les fichiers Delete_reg_xenapp.txt et Delete_service_xenapp.txt ont été testé sur un serveur en Windows 2003 Fr Sp2, XenApp 5 R03.

Delete_reg_xenapp.txt

Delete_service_xenapp.txt

Disponibilité du SDK XenApp 6

Et voila une page qui se tourne, le SDK (PowerShell et sans MFCOM) est disponible en téléchargement ici.

Concernant la disparition des MFCOM (ô combien pratiques), la réponse de Citrix est légèrement…. évasive 🙁 .

L’intégralité du billet est ici.

PowerGadget pour XenApp

Si vous souhaitez mettre à disposition des applications XenApp pour des environnements mobiles (iphone, Blackberry etc..), alors PowerGadget pour XenApp devrait fortement vous intéresser.

PowerGadget pour XenApp, va vous permettre simplement (en WYSIWYG) de créer une application à destination d’un parc de mobile.

Le seul pré-requis à PowerGadget est une requête sur l’un des éléments suivants :

Une base (SQL, Access, Oracle etc..)
Un Service Web
Une commande PowerShell (de toute façon cela va devenir le quotidien des futurs admin XenApp 6 😉 )

un billet de Chris Fleck sur The Citrix Blog (Sneak Peak at PowerGadgets for XenApp…), donne plus de détails sur PowerGadget pour XenApp.

En visionnant la vidéo on s’aperçoit que la construction de l’application est vraiment aisée.

PowerGadget pour XenApp devrait être disponible pendant le prochain Citrix Synergy.

Une vidéo pour nous faire patienter 😉 .

Script : Liste des serveurs XenApp avec leur Uptime respectif

Afin de pouvoir visualisez la liste des serveurs XenApp d’une ferme avec leur uptime respectif, nous avons réalisé un script (Farm-Info_serverUptime.wsf est joint en annexe à ce billet) qui affiche dans un tableau le nom des Hosts avec leur Uptime.

Dans notre exemple l’alerte de l’Uptime est fixée à 15 jours, vous pouvez modifier l’alerte de l’utpime à la ligne 127 du script.

Une fois le script exécuté vous obtenez un fichier html “farmUptime_Votreferme.html” à la racine de votre C:.

Activez le CDViewer.exe dans une Web Interface 4.5, 4.6, 5.x

Si vous souhaitez activer CdViewer.exe dans une Web Interface (version 4.5,4.6 et 5.x), il vous faut pour cela modifier le fichier default.ica du site Web interface en question.

Le fichier default.ica est situé dans C:\Inetpub\wwwroot\Citrix\VotreSite\conf

Ouvrez et rajoutez la ligne “ConnectionBar=1″ au fichier default.ica, puis enregistrez le fichier default.ica.

Bien que ce tips date un peu, il est toujours très utile 😉 .

Une AMC publiée avec CdViewer

Importer/Exporter un site Web Interface 5.x

Depuis la version 5.x, il n’est plus possible d’importer/exporter un site Web Interface ou un Site Pna (fonction pratique notamment pour dupliquer des sites Web Interface ou Pna sur d’autre serveurs Web Interface).

Exporter la configuration d’un site Web Interface 5.x :

Allez dans c:\IntetPub\wwwroot\Citrix\VotreSite\conf\
Faîtes une copie du fichier WebInterface.conf

Importer la configuration d’un site Web Interface 5.x:

Allez dans c:\InetPub\wwwroot\Citrix\VotreSite\conf\
Remplacez le fichier WebInterface.conf par celui précédemment copié

Exporter la configuration d’un site PNA 5.x :

Allez dans c:\IntetPub\wwwroot\Citrix\VotreSite\conf\
Faîtes une copie des fichiers WebInterface.conf et config.xml

Importer la configuration d’un site PNA 5.x :

Allez dans c:\InetPub\wwwroot\Citrix\VotreSite\conf\
Remplacez les fichiers WebInterface.conf et config.xml par ceux précédemment copiés

Bien que la CTX122011 explique ces étapes pour une Web Interface 5.1, cela fonctionne aussi pour une Web Interface 5.2 et 5.3.

Pour les nostalgiques 😉

Erreur WI 5.2 et 5.3 sur PS 4.0 : Une erreur s’est produite lors de l’établissement de la connexion requise

Si vous avez installé une Web Interface 5.2 ou 5.3 et que cette dernière pointe sur une ferme PS 4.0, vous aurez sûrement l’erreur suivante lors d’un clic sur une application publiée :

Une erreur s'est produite lors de l'établissement de la connexion requise

Si vous avez installé une Web Interface 5.2 ou 5.3 et que cette dernière pointe sur une ferme PS 4.0, vous aurez sûrement l’erreur suivante lors d’un clic sur une application publiée :

Une erreur s'est produite lors de l'établissement de la connexion requise

Continue reading “Erreur WI 5.2 et 5.3 sur PS 4.0 : Une erreur s’est produite lors de l’établissement de la connexion requise”

Web Interface 5.3 : Activer le ” Multiple launch prevention”

Une des features intéressantes de la Web interface 5.3 (sortie le 24/03/2010) est la fonction “Multiple launch prevention” (qui permet d’éviter de lancer deux fois la même application pendant un labs de temps,ce qui revient à éviter le phénomène de double clique au sein d’une web interface).

Mais (car il y a un mais), cette fonction s’active à la “mano” via une modification du fichier WebInterface.conf (voir la CTX124612).

Pour activer le “multiple launch prevention” :

Ouvrez le fichier WebInterface.conf (répertoire c:\Inetpub\wwwroot\VotreSite\conf), via le notepad
Recherchez la ligne #MultiLaunchTimeOut=[Number of seconds (2)]
Supprimez le caractère # et la partie [Number of seconds (2)]
Entrez le nombre de secondes après le caractère = (Exemple MultiLaunchTimeOut=2)
Sauvegardez le fichier Webinterface.conf

Une fois le “multiple launch prevention” activé les utilisateurs ne pourront pas lancer la même application via votre Web Interface 5.3 pendant 2 secondes.

Le seul problème est que toute modification faite via la “Citrix Web interface Management”, modifiera le paramètre “MultiLaunchTimeOut=2” pour le remplacer en “#MultiLaunchTimeOut=[Number of seconds (2)]“ 🙁 .

EdgeSight 5.3

EdgeSight 5.3 est disponible depuis le 12 mars 2010 (CTX124093).

Les principales features sont :

Rapport sur l’utilisation des licences Citrix
Rapport sur le lancement d’application publiée par utilisateur
Rapport sur la durée de session par utilisateur ou groupe
Agent EdgeSight pour XenApp 6

Une tendance de la semaine de notre Prod.

Fini les graphiques tout bizarres de la console de licence 😉 .