XenApp_Check est désormais comptatible XenApp 6 
et disponible ici .
Le code est fonctionnel mais pas encore optimisé 
.
Le fonctionnement reste identique à XenApp_check pour XA5, à la différence qu’il faut configurer le mode policy via les lignes 58 et 64 du script XenApp_CheckXA6.ps1
Par pur hasard nous sommes tombés aujourd’hui sur la CTX129585.
Cette CTX énumère les principales étapes entre le login sur une Web Interface et le lancement d’une application via la Web Interface (dans un environnement XenApp 6, bien que la plupart des étapes restent valables sous XenApp 5 par exemple), idéal pour comprendre les interactions entres les Web Interface, xml broker, Domaine Controleur, Zone date collector etc… :) .
MAJ : 04/03/2012
Version 1.1
Ajout de la compatibilité 64 bits
—————————————
Dans ce billet un petit script qui permet de faire des RecreateLhc sur plusieurs serveurs avec un fichier de log, permettant de vérifier chaque étape du RecreateLhc sur chaque server.
Utilisation du script Ctx_RecreateLHC.vbs :
Le détails des actions du script est contenu dans le fichier log (arrêt service IMA et de ses dépendences, vérification de la taille de la base LHC, dsmaint recreatelhc, vérification de la taille de la base LHC (après RecreateLhc), démarrage des dépendances du service IMA et du service IMA)
Le script fonctionne sur des fermes XenApp 5/6 sous windows 2003/2008 (32/64 bits) (prochaine étape XenApp 6/6.5 ).
La CTX759510 préconise elle de son côté, de faire un recreatelhc sur tous les serveurs membre d’une ferme après un DSCHECK /clean (de notre côté nous procédons par vague de serveurs)
If you must clean the farm data store, using the DSCHECK utility, you should then rebuild the LHC on each of the servers in your farm, once the data store has been cleaned.
Ctx_RecreateLHC.vbs
Sur une de nos Web Interface (Windows 2003 Sp2 Fr, WI 5.3), nos utilisateurs rencontraient le message suivant après l’authentification :
Certaines de vos ressources n’ont pas été reconnectées. Si ce message n’apparaît pas durant vos sessions, contactez votre administrateur système.
Sur le serveur hébergeant la Web Interface, nous avions l’erreur suivante :
ID de l’événement : 31007
Source : Citrix Web Interface
Description :
Chemin d’accès au site : c:\inetpub\wwwroot\Votre Site Wi.
Les licences des serveurs Citrix ne leur permettent pas de prendre en charge le contrôle de l’espace de travail. Ce message a été signalé depuis le service XML à l’adresse http://votre XmlBroker:8085/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestReconnectSessionData]. [ID de journal unique : f22dc6c8]
L’event étant explicite, direction l’XMLBroker en question sur lequel nous trouvons l’event suivant :
Type de l’événement : Erreur
Source de l’événement : MetaFrame
ID de l’événement : 9014
Description :
Les licences requises par cette édition de Citrix Presentation Server ne sont pas présentes sur le serveur de licences VotreServerDeLicence.
Le telnet sur notre serveur de licence (port 27000) étant ok et le serveur de licence ne présentant pas de problème, nous avons regardé du côté du fichier de cache de licence du serveur XmlBroker.
Après avoir renommé le fichier MPS-WSXICA_MPS-WSXICA.ini (fichier de cache licence) , le problème et l’event avaient disparu.
Si vous souhaitez configurer l’url de vos PNA via GPO vous trouverez ci-dessous deux adm (32 bits et 64 bits) permettant de le faire (les adm étaient déjà dispo chez http://seetricks.blogspot.com/,nous avons juste un peu custom ces derniers).
ADM pour OS 32 Bits
CLASS MACHINE
CATEGORY « Citrix Components »
POLICY « Configuration URL PNA »
KEYNAME « SOFTWARE\Citrix\PNAgent »
EXPLAIN « Configuration de l’url PNA/Citrix Online Plug-in (exemple : http://Serveur/PnAgent/config.xml) »
PART « PNA_URL » EDITTEXT REQUIRED
VALUENAME « ServerURL »
DEFAULT « http://Serveur/PnAgent/config.xml »
END PART
END POLICY
END CATEGORY;
ADM pour OS 64 Bits
CLASS MACHINE
CATEGORY « Citrix Components »
POLICY « Configuration URL PNA »
KEYNAME « SOFTWARE\Wow6432Node\Citrix\PNAgent »
EXPLAIN « Configuration de l’url PNA/Citrix Online Plug-in (exemple : http://Serveur/PnAgent/config.xml) »
PART « PNA_URL » EDITTEXT REQUIRED
VALUENAME « ServerURL »
DEFAULT « http://Serveur/PnAgent/config.xml »
END PART
END POLICY
END CATEGORY;
Voir aussi la CTX112674 sur le sujet « configurer l’url du PNA ».
Pour ceux qui sont en AD 2008, alors direction les GPO de préférence .
Si vous souhaitez appliquer vos GPO de préférence sur des serveurs 2003, alors il vous faudra installer la KB943729 afin que les gpo de préférence soient bien appliquées.
Récemment nous recevions des alertes de type « Exception générale de données utiles : Error calling es_alert_add_alert_param for instance… » provenant de notre serveur EdgeSight (5.4 sous Windows 2003 sp 2 + SQL 2005 sp2).
La CTX117433 détaille les tables de la base de données EdgeSight, nous apprenons que le fichier Edgesight_FG5.ndf comprend les tables suivantes :
En regardant sur notre serveur EdgeSight (qui héberge sa prope base) nous remarquons que la taille du fichier EdgeSight_FG5.ndf (fichier de données secondaire) est importante (6 Go) pour une ferme xenapp 6 de 8 serveurs.
Nous avons pu constater que ce fichier peut atteindre facilement des dizaines de Go dans certains cas.
En bas de la CTX11433, on comprend mieux pourquoi la base prend autant de place .
Effectivement en regardant de plus près côté SQL on s’aperçoit que la table alert se fait plaisir.
Vu que les events de sécurité sont très verbose, l’idéal est de ne pas tous remonter dans EdgeSight.
Depuis la version 5.4, la console EdgeSight (auparavant la version 5.3 ne permettait de le faireque via le registre sur les serveurs directement) permet de limiter le nombre d’events remontés dans EdgeSight.
Dans notre exemple nous sommes radical, reste à affiner cela en fonction de vos besoins
Sinon plus radical (si vous remontez les events par un syslog par exemple) serais de faire un « DELETE FROM alert » sur votre table alert (bon ok la c’est hyper radical ).
Certains de nos utilisateurs se connectant à partir d’un « réseau lent », nous remontaient des problèmes de lenteur d’affichage et de frappe clavier lors de connections à une de nos applis (publiée dans une ferme XenApp 6.0 R01 Fr) via un VPN.
La première étape a été de demander à l’utilisateur de passer en connexion « Basse : Sans fil » via l’onglet préférences de la Web Interface.
Une fois les problèmes de lenteur d’affichage et frappe clavier « temporairement » résolus (dans l’attente d’une solution optimisée), notre utilisateur souhaitait imprimer , ce qui n’est pas possible en connexion « Basse : sans fil » puisque l’auto-création des imprimantes est désactivée.
Afin de permettre l’auto-création des imprimantes en connexion « Basse : sans fil » il faut modifier le fichier « bandwidth_low.ica » sur le site de votre Web Interface (dans C:\Inetpub\wwwroot\VotreSite\conf\) et rajouter la ligne « VSLAllowed=On » dans la section [WFCLIENT].
Voir aussi la CTX120284 concernant le paramètre VSLAllowed.
Une bonne CTX pour optimiser ses fichiers ica : CTX101602 (attention à la compatibilité de certains paramètre sous xenapp 6.0)
Une nouvelle version du Citrix License Server VPX est disponible ici (version 11.10).
L’avantage de cette appliance (linux) est que vous n’avez plus besoin d’installer quoi que ce soit, l’image (XenServer 5.6 FP1 mini;) ) est prête à l’emploi.
Si vous souhaitez plus d’information c’est sur Citrix Edocs.
Cette fois nous avons rencontré un problème de création de plan de maintenance sur un serveur SQL 2008 R2.
Lors de la création du plan de maintenance nous obtenions l’erreur suivante :
Le composant « Agent XPs » est désactivé en raison des paramètres de sécurité définis pour ce serveur. Un administrateur système peut définir l’utilisation du composant « Agent XPs » au moyen de sp_configure. Pour plus d’informations sur l’activation du composant « Agent XPs », voir « Configuration de la surface d’exposition » dans la documentation en ligne de SQL Server. (ObjectExplorer)
On s’aperçoit rapidement que le service « Agent SQL Server » n’est pas lancé 
.
Une fois le service « Agent SQL Server » lancé, le plan de maintenance a pu être créé (sur ce coup on a un peu toutouiller à l’install du SQL 2008 R2 ).
Si vous souhaitez activer
Comme tout admin Citrix vous pouvez être amené à administrer (on parle d’administration sql light et non de l’administration d’ un vrai DBA SQL) des serveurs SQL au sein de votre architecture, et bien sûr d’en assurer le support (notamment des bases) :) .
Sur un serveur SQL (qui héberge une base EdgeSight 5.3) 2005 Fr SP2 hébergé sur un Windows 2003 Fr sp2, nous avons rencontré une erreur peu commune lors de la création d’un plan de maintenance (l’erreur était obtenue en passant par le wizard ou à la mano).
TITRE : Progression de l’Assistant Plan de maintenance
Échec de la création du plan de maintenance
INFORMATIONS SUPPLÉMENTAIRES :
Échec de Créer pour JobStep « Sous-plan ». (Microsoft.SqlServer.MaintenancePlanTasks)
Pour obtenir de l’aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.1399.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Créer+JobStep&LinkId=20476——————————
Une exception s’est produite lors de l’exécution d’une instruction ou d’un lot Transact-SQL. (Microsoft.SqlServer.ConnectionInfo)
——————————
Le ‘@subsystem’ est non valide (les valeurs correctes sont retournées par sp_enum_sqlagent_subsystems). (Microsoft SQL Server, Erreur : 14234)Pour obtenir de l’aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=09.00.1399&EvtSrc=MSSQLServer&EvtID=14234&LinkId=20476
La KB909036 de chez MS traite cette erreur (bien qu’au passage nous étions surpris de la méthode de résolution), la résolution consiste au sein de votre serveur SQL à rajouter le composant SQL « intégration Services ».
Une fois le composant « Intégration Services » ajouté, nous avons pu créer un plan de maintenance en passant par le wizard ou à la mano.
