Lors du lancement d’une application publiée (dans notre cas via un online-plug-in en version 12.1.30) nous obtenions systématiquement l’erreur : “citrix online plug-in n’a pas pu lancer l’application publiée requise” sur un poste client.
Dans notre cas l’installation du Microsoft Visual C++ 2005 Redistributable Package SP1, a permis de contourner le problème (Cette erreur est référencée sur la CTX127761 lors de l’installation du Online Plug-in 11.2 en unattended).
Trop souvent ignorée lors de troubleshooting et pourtant si importante, la LHC est un élément incontournable dans le fonctionnement de vos fermes XenApp.
La ctx759510 rappel très bien les fonctions de la LHC, idéal pour une petite piqûre de rappel 😉 .
Après l’installation d’un Edgesight 5.3 (installation tumultueuse avec un SEP11 qui faisait des siennes, au passage merci à hypervisor.fr pour son retour sur sep11 😉 ), nous avons rencontré l’erreur suivante (bien sûr les pré-requis étaient ok, notamment la partie SQL reporting service ).
“Les services de rapport ne sont pas configurés ou ne le sont pas correctement”
Rien de bloquant car il faut effectivement configurer à la mano les services de rapports EdgeSight, mais dans notre cas nous avions aussi l’event suivant dans le journal Application :
Type de l’événement : Erreur
Source de l’événement : Report Server Windows Service (MSSQLSERVER)
Catégorie de l’événement : Démarrage/Arrêt
ID de l’événement : 117
Description :
La version de la base de données du serveur de rapports n’est pas valide.
Le premier reflexe a été de regarder du côté de la Configuration de Reporting Services (et oui nous somme en Fr 🙂 ).
Et la nous constatons que la partie Report Server n’est pas configurée alors que logiquement cette dernière est configurée automatiquement lors de l’installation d’EgeSight.
Une fois la partie Report Server correctement configurée, nous avons pu configurer les services de rapport.
Pour ceux qui se pose la question “que vais-je perdre/gagner” à passer sous Edgesight (notamment lors d’une migration XenApp 5 vers XenApp 6/6.5), la réponse est dans le pdf de la CTX124427.
Dire que nous sommes en Enterprise…………… 🙁
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 😉 .
Lors de l’installation d’agents EdgeSight (5.3.4136.3) sur des serveurs XenApp 6, nous avons rencontré un problème après le reboot initié par l’installation de l’agent EdgeSight.
En effet le service Citrix System Monitoring Agent ne démarrait pas après le reboot des serveurs (mais démarrait sans problème à la mano).
Dans le journal des events “Applications” nous avions l’erreur suivante :
Nom du journal : Application
Source : Citrix System Monitoring Agent
ID de l’événement :41
Niveau : Erreur
Mots clés : Classique
Utilisateur : Système
Description :
Impossible pour l’agent de contrôle du système Citrix d’être exécuté en mode réduit ou sur un serveur n’appartenant pas à l’entreprise. L’agent de contrôle du système Citrix va être fermé.
Après une rapide recherche sur google nous sommes tombés sur la CTX125868 qui elle même nous renvoie sur la CTX129053 et qui permet de télécharger le Hotfix “ES530XA6AgentWX64004 (Version 5.3.4136.3) – For Citrix EdgeSight 5.3 XenApp6 Agent x64” permettant la résolution de cette erreur.
De notre côté le problème venait du fait que le service Citrix System Monitoring Agent démarrait trop tôt.
Après passage du HotFix le service Citrix System Monitoring Agent démarre bien après un reboot.
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
Le HMRTestPack4 est disponible (via la CTX127154), ce dernier apporte la correction des bugs suivants :
Le R07 pour XenApp 5.0/PS 4.5 pour Windows 2003 32/64 bits est disponible depuis le 05 juillet 2011 (hé oui on est un peu en retard 🙂 ).
Rollup Pack 07 pour XenApp 5.0/PS 4.5 pour Windows 2003 32 bits (US)
Rollup Pack 07 pour XenApp 5.0/PS 4.5 pour Windows 2003 64 bits (US)
Rollup Pack 07 pour XenApp 5.0/PS 4.5 pour Windows 2003 32 bits (FR)
Rollup Pack 07 pour XenApp 5.0/PS 4.5 pour Windows 2003 64 bits (FR)
A tester et qualifier sur un environnement de qualif au préalable 🙂
Windows Thin PC est désormais disponible, pour ceux qui ont des projets “Poste de travail” c’est le moment d’y penser 😉 .
Voir aussi notre billet sur l‘installation de Windows TPC.