2

Erreur Web Interface : Invalid URI: The hostname could not be parsed.

Quoi de plus énervant que de retrouver des journaux Windows pollués d’erreurs à ne plus en finir, c’est dans ce contexte que nous avons trouvé certaines Web Interface.

 

Les Web Interface en questions (Windows 2008 Us R2, Web Interface 5.4) généraient l’Event ID 21002 toutes les 3 secondes :

Log Name:      Application
Source:        Citrix Web Interface
Event ID:      21002
Task Category: None
Level:         Error
Keywords:      Classic
Description:
Site path: C:\inetpub\wwwroot\Citrix\Site1.
Critical server error: System.UriFormatException: Invalid URI: The hostname could not be parsed.

 

Event21002_01Il ne reste plus qu’à trouver la source

Event21002_02Inutile de nous faire le coup du « mais où est ton Logstash, ElasticSearch et Kibana ou mieux ton SexiLog pour Citrix » 🙂

Event21002_03Un Wireshark après nous avons trouvé la cause, un cluster de F5 qui monitorait un Site Webi via un GET /Citrix/Site1/auth/login.aspx.

Event21002_04Une fois le monitor corrigé (via un Get sur le site webi  /Citrix/Site1, sans auth/login.aspx) par nos collègues F5.

0

StoreFront : An error has occured during the all server configuration update process

Une feature bien pratique sous StoreFront est bien-sûr le « Propagate Changes » qui permet comme son nom l’indique de propager les modification d’un StoreFront sur l’ensemble d’un Server Group. Mais voilà il peut arriver que la propagation s’enrhume 🙂 .

SF3-error1La bonne nouvelle est qu’on a un event qui va nous mettre sur la root cause (voir plus bas)

 

Dans le cas présent nous avons un serveur groupe de trois StoreFront (W2k12 R2 US, StoreFront 3.0.1.56 -hé oui c’est une infra LTSR 😉 ), lors de propagation (au préalable les serveurs ont bien été ajoutés au serveur group mais la propagation n’avait pas fonctionné) nous avions systématiquement l’event 31 sur le serveur StoreFront où nous lancions la propagration.

Log Name:      Citrix Delivery Services
Source:        Citrix Configuration Replication Service
Event ID:      31
Level:         Error
Description:
An error has occured during the all server configuration update process.
Citrix.DeliveryServices.ConfigurationReplication.Exceptions.ServerUpdateConfigurationException, Citrix.DeliveryServices.ConfigurationReplication, Version=3.0.0.0, Culture=neutral, PublicKeyToken=e8b77d454fa2a856
An error occurred running the command: ‘Add-DSFeatureInstances’
<Data>An error has occured during the all server configuration update process.
An error occurred running the command: ‘Add-DSFeatureInstances’
The feature data is out of date
At line:1 char:1
+ Add-DSWebReceiver -SiteId 1 -VirtualPath /Citrix/StoreWeb -AppPool ‘Citrix  …
RemoteEndpoint: net.tcp://YourServer/Citrix/ConfigurationReplication

Nous comprenons que nous avons donc un problème avec le Site StoreWeb sur les deux autres StoreFront, en regardant de plus près ces StoreFront ont subi un Clear-DSConfiguration et visiblement tout ne s’est pas supprimé durant le « reset factory » (voir la CTX200239 pour de plus amples informations sur le reset factory).

Dans IIS, nous avons constaté que dans L’Application Pools, L’application « Citrix Receiver for web » avait encore le Virtual Path « StoreWeb » de bindé.
Afin de supprimer le Virtual Path StoreWeb, nous avons créé une application TEST puis nous avons déplacé le Virtual Path StoreWeb dans cette nouvelle application et enfin nous avons supprimé l’application TEST.

 

SF3-error2Il ne reste plus qu’à supprimer le Virtual Path en cause 😉

 

Une fois ces actions réalisées le « Propagate Changes » passait sans problème.

 

SF3-error3Le mot « vert » vient du latin virĭdis, qui veut dire « vert » (voir ici) 🙂

 

0

Windows 2012/2012 R2 : Recréer le listener RDS

Fini le bon vieux temps où l’on pouvait recréer le listener RDP via une GUI. Sous Windows 2012/2012 R2 il faut désormais passer par la case registre.

Histoire de ne pas faire d’import de registre le jour J, on s’est fait une GUI via un script Powershell (he oui encore du winform 🙂 ) afin de pouvoir recréer un listener RDP sous un serveur Windows 2012/2012 R2 (pour l’instant seul Windows 2012/2012 R2 sont concernés).

Une fois lancé le script vous permet de connaitre l’état du listener RDP, son port et si ce dernier répond bien à un socket TCP.

 

RecreateRdpListenerVia un qwinsta nous avons l’état du listener RDP (et plus si vous avez d’autres listeners)
Cliquez sur le bouton « Recreate Rdp listener » pour récréer le listener RDP (un backup du listener est réalisé dans le répertoire d’exécution du script)

 

RecreateRdpListener1Un popup vous demande la confirmation de l’action

 

RecreateRdpListener2Un fois le listener recréé, vous obtenez un message de confirmation

 

 Download_2
RecreateRdpListener.rar

 

Si vous souhaitez passer par la case registre pour recréer un listener RDP 2012/2012R2 , la KB de dell « How to recreate or add an additional RDP Listener in Windows Server 2012 and 2012 R2 » vous aidera dans votre démarche.

0

Citrix HDX Engine a cessé de fonctionner

Suite à un déploiement de receiver 4.4.0.8014, notre support nous a remonté un problème de connexion entre un de nos utilisateurs et une ferme XenApp 5.0 Fr.

 

14_4HDXerror12Ok ok on ferme le programme 🙂

 

Sur le poste de l’utilisateur l’event 1000 ci-dessous nous a permis de résoudre rapidement l’incident notamment la partie « Chemin d’accès du module défaillant: C:PROGRA~2\CITRIX\ICACLI~\gfxrender.dll« .

 

14_4HDXerror11Un event comme on les aimes 😉 .

 

Pour rappel Gfxrender.dll permet le décodage matériel via le client 4.4 (14.4), du coup afin de rétablir le service pour notre utilisateur nous avons désactivé la partie « Client graphics settings » via une GPO filtrée sur le poste de l’utilisateur du poste de l’utilisateur (en attendant un correctif de chez Citrix).

 

14_4HDXerror1

Une fois le « Client graphics setting » désactivé l’accès à l’application hébergé sur une ferme XenApp 5 était de nouveau possible.

 

Si vous souhaitez en savoir plus sur le décodage matériel nous vous conseillons la lecture du post Improved User Experience: Hardware Decoding for Citrix Windows Receiver.

0

Problème de désinstallation VDA 7.6

Attention billet Post-it 🙂 .

Si vous rencontrez un problème de désinstallation de VDA 7.6.300 (dans notre cas sur un W2K12 R2 US), il se peut que l’origine de l’erreur provienne d’un problème de droit sur une clé de registre.


VDA_Error1L’erreur lors de la désinstallation du VDA


VDA_Error2Le fichier IcaTS_x64.msi fait des siennes avec un installFaillure (1603)


VDA_Error3Toujours la même erreur qui revient.


Juste avant de googleler la fameuse erreur « IcaTS_x64.msi…….failed with code ‘installFaillure’ (1603). ,  on a regardé du côté des journaux d’événements et nous sommes tombés sur l’eventID 11402 ci-dessous.


VDA_Error4Au moins c’est clair la


Une fois les permissions correctement placées le problème restait présent, seule la suppression de la clé [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\EUEM\LoggedEvents] nous a permis de corriger ce problème de désinstallation de VDA.

VDA_Error5Une fois la clé supprimée

Tags: ,