XenApp – Page 10

Forcer la suppression d’un serveur d’une ferme XenApp 6.5

Si vous rencontrez des problèmes pour sortir un serveur d’une ferme XenApp 6.5, il existe un moyen simple et rapide de forcer sa suppression (le trick a été trouvé sur le forum Citrix, merci à Christoph Sinabell 😉 ).

Allez sur le serveur récalcitrant, et modifiez la valeur “Joined” (dans HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\IMA\Status) à 0 (par defaut la valeur est à 1)

Il ne reste plus qu’à lancer un “C:\Program Files (x86)\Citrix\XenApp\ServerConfig\XenAppConfigConsole.exe /ExecutionMode:Leave” et le serveur est supprimé de votre ferme (testé sur un serveur XA65 US sp R01 😉 ).

Problème d’application de stratégies Citrix (via l’Appcenter)

Sur un serveur XenApp 6.5 R01 US nous avions un problème d’application de Calculateur de charge (via les policy Citrix de l’Appcenter), en regardant dans les logs du serveur nous avons constaté la présence de l’event ID 1091.

Log Name: System
Source: Microsoft-Windows-GroupPolicy
Event ID: 1091
Level: Warning
Description:
Windows could not record the Resultant Set of Policy (RSoP) information for the Group Policy extension <Citrix Group Policy>. Group Policy settings successfully applied to the computer or user; however, management tools may not report accurately.

Un rsop sur le serveur en question

La CTX130116 traite ce type de problème, en effet dans notre cas les fichiers Rsop.gpf et Rollback.gpf avaient bien une taille de 0 Ko.
Une fois les fichiers Rsop.gpf et Rollback.gpf (ainsi que les répertoires contenus dans %PROGRAMDATA%\Citrix\GroupPolicy) supprimés (associé à un gpupdate /force) l’application des policy Citrix s’est faite sans problème.

Afin de vérifier que nous n’avons pas d’autres serveurs rencontrant le même problème d’application de policy Citrix, nous avons mis en place un script PowerShell listant les serveurs XenApp ayant des fichiers Rsop.gpf et Rollback.gpf avec une taille de 0 Ko.

Lui il est bon pour un delete de fichier Rsop.gpf et Rollback.gpf 🙂

CheckGpfFileCtxPolicy.ps1

PowerShell : Graphique des CCU d’une application publiée

Dans ce billet et juste pour le fun, un script PowerShell permettant de “grapher” les CCU d’une application publiée.

On vous l’a dit cacti on aime 😉
Tester sur une Ferme en XA 6.5 R01 Us, via une tâche planifiée et à la mano.

Bien que le résultat soit old school, c’est propre et ne nécessite aucune installation (hormis le Chart Controls for Microsoft .NET Framework 3.5 🙂 .

Pré-requis :

Installer le Chart Controls for Microsoft .NET Framework 3.5
Remplacer la valeur de la variable $App par celle de votre application dans le script XenApp_Chart.ps1
Via une tâche planifiée, exécuter le script XenApp_Chart.ps1 (ou à la mano juste pour tester 🙂 ).

XenApp_Chart.ps1

La partie graphique du script est fortement inspirée du billet “Tutorial: PowerShell and Microsoft Chart Controls (or How To Spice Up Your Reports)” de ByteCookie.

Supprimer un utilisateur “indésirable” de ses applications publiées

Que celui qui n’a jamais publié une application à un utilisateur “directement” lève sa souris 🙂 .

Le problème est qu’il arrive qu’on oublie des fois\souvent de supprimer la/les publication(s) de l’utilisateur en question et dans le temps la situation ne s’améliore pas.

Si vous souhaitez supprimer toutes les applications publiées d’un utilisateur configuré en dur, la commande PowerShell ci-dessous vous aidera dans votre démarche.

$User="YourUser";Get-XAapplicationreport *|?{$_.Accounts -eq $User}|%($_){Remove-XAApplicationAccount $_ $User;write-host $_ ": $User was removed"}

Supprimer toutes les applications publiées d’un serveur

En PowerShell (testé sous XenApp 6x) ça tient sur une ligne :

$Server=Read-Host "Enter Server Name";get-xaapplication -servername $Server | Foreach ($_) {write-host $_.DisplayName ; Remove-XAApplicationServer -BrowserName $_ -ServerNames $Server}

Avant

Après

Test de Project Accelerator

Pour ceux qui ne connaissent pas Project Accelerator, ça se passe par ici (dans les grandes lignes Project Accelerator vous apporte une assistance dans la conception d’architecture de type “virtualisation de poste de travail” ).

Vous trouverez ci-dessous via des Screenshots, les étapes nous ayant permis de créer un projet.

Franchement pour une bêta c’est vraiment pas mal et en plus c’est gratuit 🙂 .

Problème d’affichage des HotFix dans l’Appcenter (XA 6.5)

Dans une de nos fermes XA6.5 R01 nous avons rencontré un problème d’affichage d’HotFix dans une console Appcenter. Bien que nous soyons plus orienté script pour remonter ce type d’infos, certains préféreront visualiser l’information en GUI (et il n’y a pas de raison que cela ne fonctionne pas en plus 😉 ).

C’est pas ici qu’on verra nos HotFix 🙁

La CTX132713 fournit un hotfix corrigeant ce problème d’affichage (le problème venant de la lecture de ferme XA6.5 comprenant un mixte de serveurs en mode “Controller” et “Session-host”.

Une fois le HotFix DSCXAMx650W002 installé les Hotfix remontent bien dans l’Appcenter (sauf si dans votre Appcenter vous remontez un mix de fermes XA 6.0/6.5 ).

Un petit rappel des rôles XA 6.5

Mise à Jour de XenApp_Check : 1.6

Cela faisait longtemps que nous n’avions pas fait de mise à jour de XenApp_Check (05/09/2012), dans cette mise à jour nous avons rajouté des éléments demandés par certains d’entre vous (au passage merci à tous ceux qui nous proposent des idées d’upgrade 😉 ), XenApp_Check passe donc en 1.6.

Dans cette 1.6 nous avons rajouté le seveur TS/RDS (la valeur remonte depuis le seveur exécutant XenApp_Check, dans la prochaine version il est prévu que tous les serveurs soient checkés par rapport au serveur exécutant XenApp_Check) et le nombre de Worker Groups dans la section “Général Détails”, nous avons rajouté la section “server type” qui permet de connaitre le nombre de serveurs physiques et/ou virtuel au sein d’une ferme.

La mise à jour 1.6 est pour l’instant porté sur XenApp_Check XA6x , la version XA5 sera rapidement mise à jour.

Script : recherche de version agent Edgesight

Récemment nous avons eu besoin d’extraire des listes de serveurs au sein de fermes XA6.5, n’ayant pas la version de l’agent EdgeSight de référence ainsi que les serveurs n’ayant pas d’agent EdgeSight installé.

Nous avons donc écrit un script powershell permettant de remonter ces informations dans un fichier htm.

Au préalable il faut renseigner la version de l’agent EdgeSight validé dans votre production ligne 11 du script.

Dans notre cas une 5.4.0.5107 que notre collègue Net2Sys affectionne 😉

11 serveurs n’ont pas d’agent et un n’est pas à jour.
C’est paradoxal mais on évite de passer par EdgeSight pour la version des agents 🙂

Forcer la Publication d’Internet Explorer en full screen

Si vous souhaitez forcer la publication d’Internet Explorer (dans notre cas sous XenApp 6.5) en seamless, la CTX132434 explique comment le faire via le vbs ci-dessous :

Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "iexplore.exe", 3, false

Dans notre cas nous souhaitons publier plusieurs url applicatives tout en évitant la multiplication du script ci-dessus. Nous avons donc modifié le script afin que nous puissions mettre en argument une url.

Set WshShell = WScript.CreateObject("WScript.Shell")
If wscript.Arguments.length = 0 Then
WshShell.Run "iexplore.exe", 3, false
Else
WshShell.Run "iexplore.exe" & Space(1) & wscript.arguments(0), 3, false
End if

Rajoutez l’url en fin de ligne de commande