Installation/Configuration du Citrix Mobility Pack

Cela faisait quelque temps qu’on voulait tester Citrix Mobility Pack, le soleil aidant  nous avons enfin trouvé un peu de temps :).

Notre config : Vm avec 2 vCPU, 4 Go de ram, Windows 2008 r2 sp1 Fr, Xa 6.5 R01.

L’installation est on ne peut plus simple :

  • Télécharger les sources ici avec votre compte My Citrix 
  •  Sur un serveur (de qualif au préalable) de votre ferme, décompresser le fichier XenApp6_5MobilityPack1_0.zip (la version peut changer)
  • Installer le fix XA650W2K8R2X64025 puis rebooter le serveur (si vous obtenez l’erreur “Erreur 30007. This hotfix cannot be installed because your configuration does not meet one more prerequisites for thos hotfix” lors de l’installation, vérifiez que le serveur n’est pas en R01, en effet le XA650W2K8R2X64025 est inclus dans le R01).

Bon ok le message est pas vraiment parlant 🙂

Corrections à chaud remplacés dans le R01
 

  • Installer CitrixGroupPolicyManagement_x64.msi , qui fera une montée de version de la “Gestion de stratégie de groupe Citrix (x64)” en 1.5.2.0 (au préalable nous étions en 1.5.0.0)
  • Configurer via une stratégie utilisateur la partie “Expérience mobile”


Le résultat sur un Ipad (ça évite de zoomer toutes les 5 mn sur les menus)

 

Sympa non ? En plus un SDK est disponible ici avec votre compte My Citrix.

Post to Twitter

Erreur “Another Version of Microsoft Visual Studio 2008 has been Detected on this System” sur serveur XA 6.5

Sur un serveur XenApp 6.5 nous avons installé Sql 2008 R2 standard (c’est de la qualif 🙂 ), le problème est que l’installation de SSMS (SQL Server Management Studio) n’a pu aboutir.
Dans le journal “application” nous avons trouvé l’event suivant :

Nom du journal :Application
Source :       MsiInstaller
ID de l’événement :1013
Description : Product: Microsoft Visual Studio Tools for Applications 2.0 – ENU — Another version of Microsoft Visual Studio 2008 has been detected on this system that must be updated to SP1.  Please update all Visual Studio 2008 installations to SP1 level, by visiting Microsoft Update.

La CTX128280 explique comment bypasser cette erreur en renommant la clé HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VS.

Une fois la clé HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VS renommée, nous avons pu installer SSMS (n’oubliez pas de renommer la clé une fois SSMS installé).

Post to Twitter

White paper sur l’optimisation de serveurs Xenapp 6.0/6.5

Citrix vient de mettre à disposition un white paper sur l’optimisation à apporter sur des serveurs XenApp 6.0/6.5 en vue d’une publication de bureau.

Le white paper est disponible via la CTX131577 😉 .

Alors publish Desktop ou XenDekstop 🙂 .

Bien que le guide soit orienté Desktop (encore que …), pas mal d’optimisations peuvent être portées sur vos serveurs XenApp 6.0/6.5 (même si ces derniers ne publient pas de bureau).

 

Post to Twitter

Erreur : [com.citrix.xml.NFuseProtocol.RequestAppData] sur WI 5.3

Lors d’un troubleshooting avec Menhir Two sur des problèmes d’accès à nos WI, nous sommes tombé sur l’event suivant sur une de nos Web Interface :

ID de l’événement : 30110
Une erreur de type IMA avec un ID d’erreur 0x80000001 a été signalée par le service XML Citrix à l’adresse http://ServeurWi/Site/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestAppData]. En fonction du serveur exécutant le service XML, de plus amples informations sont disponibles dans le journal des événements du serveur. La transaction de ce service XML Citrix a échoué, mais le service XML n’a pas été supprimé de la liste des services actifs. [ID de journal unique : ad65cd59]

 

Suivi de l’event 31003 :

ID de l’événement : 31003
Description :Chemin d’accès au site : c:\inetpub\wwwroot\SiteWi.
Aucun des services XML Citrix configurés pour la batterie VotreBatterie n’ont répondu à cette transaction de service XML. [ID de journal unique : 8f5a64b8]

Puis revient l’event 30110 :

ID de l’événement : 30110
Description :Chemin d’accès au site : c:\inetpub\wwwroot\VotreSiteWi.
Une erreur de type IMA avec un ID d’erreur 0x80000001 a été signalée par le service XML Citrix à l’adresse http://ServeurXml:Port/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestValidateCredentials]. En fonction du serveur exécutant le service XML, de plus amples informations sont disponibles dans le journal des événements du serveur. La transaction de ce service XML Citrix a échoué, mais le service XML n’a pas été supprimé de la liste des services actifs. [ID de journal unique : 8c20c93a]


Le RequestValidateCredentials est explicite, donc direction nos Xml Broker 🙂 .

Sur un de nos Xml Broker nous retrouvons bien une erreur dans le journal de sécurité  (event 4625).

ID de sécurité :                 SERVICE RÉSEAU
Nom du compte :                         XMLBROKER$
Domaine du compte :                   DOMAINE
ID d’ouverture de session :                        0x3e4
Type d’ouverture de session :                                  3
Compte pour lequel l’ouverture de session a échoué :
ID de sécurité :                 NULL SID
Nom du compte :                           Le compte Utilisateur ne pouvant pas s’authentifier
Domaine du compte :                   DOMAINE
Informations sur l’échec :
Raison de l’échec :                         L’utilisateur n’est pas autorisé à ouvrir une session sur cet ordinateur.

Avec la raison de l’échec nous avons une piste, un petit tour sur une DSA.msc, et une petite recherche sur l’objet utilisateur causant problème.

Effectivement notre user ne risquait pas de s’authentifier sur nos XML Broker 🙂

il nous reste a communiquer aux admins qu’on évite ce genre de restriction dans notre environnement sinon ldap389 va pas être content 😉 .

 

Post to Twitter

Erreur : Echec d’observation. Code Erreur 120

Si vous rencontrez l’erreur 120 (dans une ferme XenApp 6, Windows 2008 R2 sans sp1 dans notre cas) lors d’une demande d’observation de session utilisateur via une DSC publiée en seamless, et à partir d’un poste muni de deux écrans avec un client online plug-in 12.0/12.1), et bien votre utilisateur va devoir patienter un peu avant votre intervention 🙂 .

L’erreur se produisant uniquement lorsque la DSC est publiée en seamless, une solution (en attendant un fix 😉 ) plutôt sympa est de publier la DSC dans un CDViewver.

Afin de publier votre DSC via un CDViewver, il vous suffit de modifier le fichier default.ica de votre site PNA (et oui nous sommes nostalgique 🙂 ) en rajoutant la ligne suivante (voir aussi notre billet sur ce sujet) :

ConnectionBar=1

Quelques liens sur l’erreur 120 :
http://zenapp.blogspot.com/2010/12/shadowing-in-xenapp-6.html
http://forums.citrix.com/message.jspa?messageID=1466022

Post to Twitter

XenApp_Check : Health check for XenApp farm

MAJ :03/12/2014
Version : 2.6 (XA6x)

Add check WorkerGroup in “Server in Application(s)” section

XenAppcheck_26

MAJ :02/07/2013
Version : 2.3 (XA5/XA6x)

Adding “Server(s) Load” section, this section contains all servers with higher load at 9998.
To disable this section modify $Check_Ctx_SrvLoad.  variable to FALSE in XenApp_CheckXAx.ps1 file.
All server with Load Evaluator “Maintenance” (set by $LoadEval_Check variable) is excluded on this section

 

 

 

MAJ : 29/04/2013
Version : 2.2 (XA5/XA6x)
Adding “Citrix HotFix missing” section, this section is enable by default. To disable this section modify $Check_Ctx_HotFix.  variable to FALSE in XenApp_CheckXAx.ps1 file.

If you want to change the HotFix Citrix version ( in the XenApp_CheckXAx.ps1 file):
– For  XenApp6.0/6.5 modify  $Ctx_HotFixXA60 variable  (for XenApp 6.0)  or $Ctx_HotFixXA65 variable (for XenApp 6.5)
– For XenApp 5 modify  $Ctx_HotFixXA5_32 variable (for 32bits) and/or $Ctx_HotFixXA5_64 variable (for 64 bits)

Next step, install the hotfix validated by you

If the message  LHC error or CtxHotFix not Installed appears in the Citrix HotFix column, the HotFix is not installed or the LHC is corrupt

MAJ :29/04/20133
Version : 2.0 (XA5/XA6x)
Adding “EdgeSight Agent” section, this section is disable by default. To enable this section modify $Check_EdgeSightAgentVer variable to TRUE in XenApp_CheckXAx.ps1 file.

MAJ : 22/12/2012
Version : 2.0 (XA5/XA6x)
Add “Split-Path -Parent $MyInvocation.MyCommand.Path” for Check directory script run
Modify path function file “. \\your share\XenApp_Check\Ctx_Functions.ps1” by “. $Path’Ctx_FunctionsXA6.ps1′ ”
Add create backup folder if not exist on $Path
Add check WMI error on Foreach ($Servers in $Servers) for reduce time execution XenApp_Check if WMI fail

MAJ : 25/11/2012
Add Domain in General Détail section
Add Licence server TS/RDS in General Détail section
Adding “Server(s) type” section (physical, vm, xen or hyperV
This update is just for XenApp_Check XA6x, Xa5 version will soon be updated


MAJ : 05/09/2012
Adding “Cmdlet Execution Time” section, this section is disable by default. To enable this section modify $Check_CmdletExecution Time variable to TRUE in XenApp_CheckXAx.ps1 file.

Adding “Uptime Servers” section, by default the uptime value is ≥ 30. Its possible to change this value in the function Uptime (Ctx_FunctionsXA6.ps1 file), modify “30” value by your value.

Table bug fix

MAJ : 03/08/2012
Compatibility on XenApp 6.5 farm  ok.
Adding Farm version in XenApp_CheckXA6 (testing on XA 6.5)

MAJ : 19/03/2012
XenApp_CheckXA6 ver 1.0
Adding a XenApp 6 version.
The code is functional but is not optimized yet ;) .
Operation remains identical to XenApp_check for XA5,  with the difference which should be configured the policy mode via rows 58 and 64 of the XenApp_CheckXA6.ps1 script.

MAJ : 21/10/2011
Version 1.2
Adding possibility not show some checks in the report:

Adding variable $AppNameExclude for exclude Application Name.

MAJ : 07/06/2011
Version 1.1
Adding counter for each section

MAJ : 13/05/2011
Version 1.02
Adding variable $AppFolderExclude and $ServFolderExclude for exclude Application folder and Server folder

MAJ : 07/05/2011
Version 1.01
Adding “Server(s) Off line” section

In order to know the XenApp farm, we implemented a powershell script (XenApp_Check.ps1) , this will provide information to get a precise idea of the current state.

XenApp_Check generated an HTML file, and send a report by mail (htlm), to be able to be informed  wherever you are.

XenApp_Check (same as XenApp_InfoFarm) is inspired from the graph part of vcheck from the Vmware community.

XenApp_Check will bring a serie of information to give  a summary fo the XenApp farm , along with a serie of check outputs (detailed below in this post), this provides an instant status of the XenApp farm (very convenient in the morning, when the ‘admins’ arrive for instance, or if you have to work on an XenApp farm that you have never monitored previously 🙂 ).

XenApp_Check was tested on windows 2003 server Fr sp2 and Xen App5 fr with R01,R03 and R06, XenApp_CheckXA6 ​​has been tested on servers 2008 R2 sp1 and XenApp 6 R01 Farms.

Information part :

  • Farm name
  • Datastore type
  • Datastore server
  • Licence server name and port
  • Number of servers
  • Number of applications
  • Number of zones
  • Number of load evaluator
  • Number of administrators

Check part :

  • Dschek
  • Disable policy
  • Test presence of the event 4033 on the members servers of the XenApp farm (in order to be able to visualise the elections of the ZDC
  • Test the principals servers XenApp (the service spooler as well) on the members servers of the farm XenApp
  • Test the disk space remaining on the servers member of the XenApp farm ( if the space disk is below 1.7 Go, we consider it as an alert to escalate)
  • Test if the open session on the members of the server is not disable
  • Test if the member servers of the farm XenApp belong to a specific Load evaluator ( in our case the Load evaluator is named “maintenance” and allow to exit a server from our production via  the scheduled task).
  • Test if one application has at least two servers to be pusblished
  • Test if one application is disable


Prerequire XenApp_Check :

  • Powershell V2
  • Citrix XenApp Command CTP3
  • Modify the row 24 in the file XenApp_Check.ps1  in order to indicate the place where the file Ctx_Functions.ps1 is located
  • Modify the rows 27,29 et 31 in the file XenApp_Check.ps1 for the part email send  Configure « # Set the SMTP Server address”  in XenApp_Check.ps1  file to send email
  • Modify the rows 41 et 43 in the file  XenApp_Check.ps1 to precise where the html and their back up will be save/archive.

The execution of XenApp_Check on a farm of  304 servers, 484 applications, 6 zones, 10 Load Evaluators and 10 Policies takes around 45 mn 30 mn.

Any suggestions and feedback will be welcome 😉 .

XenApp_Check (XenApp 5)

XenApp_CheckXA5.rar

 

 

XenApp_CheckXA6 (XenApp 6.x)

XenApp_CheckXA6.rar

Post to Twitter

XenApp_Check

MAJ :03/12/2014
Version : 2.6 (XA6x)

Le check du nombre de serveur(s) publié(s) au sein d’une application comprend désormais les Worker Groups (section “Server in Application(s)”)

XenAppcheck_26


 

Afin de connaitre l’état de nos fermes XenApp, nous avons mis en place un script powershell (XenApp_Check.ps1) afin que ce dernier nous remonte un ensemble d’informations permettant de se faire une idée précise de l’état de nos fermes XenApp.

XenApp_Check va générer un fichier .htm et procéder à un envoi de mail du rapport (format .html) afin que vous puissiez être informé où que vous soyez.

XenApp_Check (tout comme XenApp_InfoFarm) est très fortement inspiré pour la partie graphique du script vcheck de la communauté Vmware.

XenApp_Check va remonter une série d’informations permettant d’avoir une synthèse de la ferme XenApp accompagnée du résultat d’une série de checks (détaillés plus bas dans ce billet) permettant d’avoir un instantané de l’état de la ferme XenApp (très pratique le matin quand les admins arrivent par exemple, ou si vous devez intervenir sur une ferme XenApp que vous n’avez jamais administré 🙂 ).

XenApp_Check a été testé sur des serveurs Windows 2003 Fr sp2 et des fermes XenApp 5 fr en R01,R03 et R06, XenApp_CheckXA6 a été testé sur des serveurs 2008 R2 sp1 et des fermes en XenApp 6 R01.

Partie information :

  • Nom de la ferme
  • Type de datastore
  • Serveur licence XenApp et son port
  • Nombre d’application(s) de la ferme
  • Nombre de serveur(s) de la ferme
  • Nombre de stratégie(s) de la ferme
  • Nombre de calculateur(s) de charge de la ferme
  • Nombre d’administrateur(s)

Continue reading “XenApp_Check”

Post to Twitter