Author: ctxblog

AMC/DSC : déterminer la version d’un client ICA dans une session

30.09.2013
(Mise à jour du tableau des builds)

———-

Si vous souhaitez déterminer la version de client ICA  utilisée dans une session, il vous suffit dans votre AMC/DSC de rajouter la colonne “Numéro de compilation du client”.

Au passage on note que nous avons dans la colonne “Application” des sessions qui n’ont pas d’application (cela fera l’objet d’un billet très prochainement 🙂 ).

 

Le problème est que comme le précise le nom de la colonne “Numéro de compilation du client”, vous obtenez le numéro de compilation (build number) et non la version du client ICA.

Si vous souhaitez faire la correspondance Numéro de compilation/Version de client,  alors il vous faut aller sur la CTX112613 afin d’obtenir le tableau de correspondance entre les build number et les versions de client ICA.

ClientICa-BuildNumber1

Bon c’est pas super pratique mais ça peut dépanner 😉 .

Post to Twitter

AMC/DSC découverte “Presentation Server” absente

Sur un serveur XenApp 5.0 2003 Fr sp2, nous n’avions plus la possibilité de faire une découverte de notre ferme de qualif via la DSC installée localement (un test avec une AMC avait donné le même résultat).


 

La lecture d’un post sur le blog Citrix nous a rapidement mis sur la bonne voie : http://forums.citrix.com/thread.jspa?threadID=269469.

Comme précisé dans le post, dans certains cas la KB976576 contenue dans les mises à jour .Net 2.0  Service Pack 2 était responsable de l’absence de la partie “Presentation Server”.

Après avoir désinstallé la KB976576, puis rebooté le serveur et enfin effectué une réparation du module “Composant enfichable Presentation Server – Administration”, nous avons retrouvé la partie  “Presentation Server” dans notre DSC.

 

———————–
MAJ : 17/11/2011
———————–

Rajout de CTX traitant le problème “AMC/DSC découverte « Presentation Server » absente”.
http://support.citrix.com/article/CTX126048
http://support.citrix.com/article/CTX125827

 

Post to Twitter

Serveur EdgeSight : Service Unavailable

Lors de la connexion http sur notre serveur Edgesight 5.3 (2003 Fr sp2) nous obtenions l’erreur “Service Unavailable.

 

Sur le serveur en question nous avons trouvé les trois events suivants dans le journal system :

Type de l’événement : Avertissement
Source de l’événement :             W3SVC
ID de l’événement :       1021
Description :
L’identité du pool d’application ‘Edgesight’ n’est pas valide. Si elle n’est toujours pas valide lors du traitement de la première requête du pool d’application, le pool d’application sera désactivé. Le champ des données contient le numéro de l’erreur.

Type de l’événement : Avertissement
Source de l’événement :             W3SVC
ID de l’événement :       1057
Description :
L’identité du pool d’application ‘Edgesight’ n’est pas valide, le service de publication sur le Web ne peut donc pas créer de processus ouvrier pour servir le pool d’application. Le pool d’application a été désactivé.

Type de l’événement : Erreur
Source de l’événement :             W3SVC
ID de l’événement :       1059
Description :
Un échec s’est produit lors de la publication du processus desservant le pool d’applications ‘Edgesight’. Le pool d’applications a été désactivé.

Après une recherche google nous sommes tombés sur la CTX126212, qui explique que le problème pourrait venir d’une installation d’ un ou plusieurs Fix MS modifiant les paramètres de sécurité ou remplacant certains fichier ASP.

La résolution préconisée par Citrix est une réparation EdgeSight afin de faire un reset des permissions ASP.

Après lecture du fichier windowsupdate.log sur le serveur EdgeSight nous avons ciblé les KB responsables :
http://support.microsoft.com/kb/2518864
http://support.microsoft.com/kb/2539631

 

Post to Twitter

Cycle de vie XenApp

_______________
MAJ : 31/10/2012

Mise à jour des End of Maintenance/End of life et End of Extended Support.

J’en connais qui vont être content avec leurs fermes en 4.5 🙂 .

La ctx122442 détaille les cycles de vie des produits XenApp (et Presentation Server 4.5), très utile lors du choix de la version XenApp (outre les features bien sûr) au sein de votre infra  😉 .

Post to Twitter

Error 0 received while obtaining a license for a XenApp client connection. A grace license has been granted

On one of our  XenApp server(2008 R2 Fr en XenApp 6), it was not possible to connect by ICA.

In the server logs, we found out the following error :

Source:        MetaFrame
Event ID:      9026
Description:
Error 0 received while obtaining a license for a XenApp client connection. A grace license has been granted.

On the other hand, regarding the grace licence we don’t have anything, which would confirm that the server could not accept any ICA connections (the licence server was reachable).

Based on that, we direct to our licence server ( (Windows 2003  sp2 Fr et en version 11.6.1 build 10007, uptade to 11.9 scheduled quickly for xenapp 6.5), and then after checking we noticed that the above server did not have the Host licence.

While looking at the licence server logs, we found out the following error :

Source de l’événement :             CITRIX_LicenseServer
ID de l’événement :       749
Description :
(8608) Client/server comm version mismatch (client: 1.3, server: 1.4). The client and server programs are running potentially incompatible versions of FLEXnet comm software.

The only solution in our case, was to restart the service ” systeme de licence Citrix”, in order to have the server benefiting the Host licence.

The CTX111775 takes care of the error ID 749, and indicates that this error is not a stopper, in our case since the restart of the service “système de licence Citrix”, the error disappeared and the server did obtain a Host licence.

Post to Twitter

Erreur : Id 531 “Échec de l’ouverture de session”

Aujourd’hui nous sommes tombés sur l’erreur 1053 lors du démarrage du service SMA (jusqu’à la on tombe sur une erreur assez commune)  :

Impossible de démarrer le service Citrix SMA Service sur ordinateur local
Erreur 1053 : Le service n’a pas répondu assez vite à la demande de lancement ou de contrôle

 

Direction les logs du serveur dans lequelle nous trouvons l’event suivant (là ça devient moins commun) :

Type de l’événement : Audit des échecs
Source de l’événement :             Security
Catégorie de l’événement :       Ouverture/Fermeture de session
ID de l’événement :       531
Utilisateur :        AUTORITE NT\SYSTEM
Description :
Échec de l’ouverture de session :
Raison : Compte actuellement désactivé
Nom de l’utilisateur :
Domaine :
Type de session : 3
Processus d’ouv. de session : Authz
Package d’authentification : Kerberos
Nom de station de travail : VotreClient
Nom de l’utilisateur appelant : VotreClient$
Domaine appelant : VotreDomaine

 

A la lecture de cet event nous pourrions penser que l’objet computer “froufroute” dans notre Ad (enfin l’Ad de ldap389), et bien non le problème venait d’un fichier .mof, en l’occurrence le fichier scm.mof (merci à la KB917463 pour nous avoir mis sur la bonne voie 🙂 ).

Afin de pouvoir recompiler le fichier scm.mof il faut lancer la commande suivante :  mofcomp scm.mof

Une fois le fichier scm.mof recompilé et un reboot du serveur, l’erreur ID 531 avait disparu.

Pour ceux qui veulent plus d’infos sur la partie SCM c’est par ici.

Concernant l’erreur 1053 obtenue lors de la tentative de lancement du service “Citrix SMA Service”, il nous a fallu créer la valeur DWORD suivante “ServicesPipeTimeout” dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control (voir KB884495) et lui attribuer la valeur 60000 (en décimal).

Après un reboot du serveur le service “Citrix Sma service” démarre sans problème.

Post to Twitter

Erreur : L’erreur 0 s’est produite lors de la tentative d’obtention d’une licence pour une connexion de client Citrix XenApp. Une licence de grâce a été accordée

Sur un de nos serveurs serveur XenApp (2008 R2 Fr en XenApp 6), il était impossible de se connecter en ICA.

Dans les logs du serveur nous sommes tombés sur l’erreur suivante :

Source:        MetaFrame
Event ID:      9026
Description:
L’erreur 0 s’est produite lors de la tentative d’obtention d’une licence pour une connexion de client Citrix XenApp. Une licence de grâce a été accordée.

Par contre côté licence de grâce nous n’avions rien, ce qui pour le coup confirmait que le serveur ne pouvait accepter de connections en ICA (le serveur de licence était bien joignable).

Du coup direction notre serveur de licence (Windows 2003  sp2 Fr et en version 11.6.1 build 10007 , passage en 11.9 prévu rapidement pour xenapp 6.5 😉 ), et après vérification nous avons remarqué que le serveur ci-dessus en n’avait pas de licence Host.

En regardant dans les logs du serveur de licence nous sommes tombés sur l’erreur suivante :

Source de l’événement :             CITRIX_LicenseServer
ID de l’événement :       749
Description :
(8608) non correspondance de la version comm client/serveur (client : 1.3, server : 1.4). Il se peut que les programmes du client et du serveur exécutent des versions potentiellement non compatibles du logiciel comm FLEXnet.

 

La seule solution dans notre cas a été de redémarrer le service “Système de licence Citrix” afin que le serveur puisse bénéficier d’une licence Host

 

La CTX111775 traite l’erreur Id 749  et indique que cette erreur n’est pas bloquante, dans notre cas depuis le redémarrage du service “Système de licence Citrix”  l’erreur a disparu et le serveur a pu obtenir une licence HOST.

 

Post to Twitter

Disponibilité de la beta du R01 pour XenApp 6

Pour ceux qui attendent le R01 pour XenApp 6, la beta vient de sortir via la CTX131051 .

Features de la beta du R01 :

  • Optimisation au niveau du réseau
  • Amélioration des performances d’impression côté client (notamment sur les réseaux lents)
  • Amélioration du mappage des lecteurs clients

La beta du R01 contient les packages suivants :

XA600W2K8R2X64001, XA600W2K8R2X64002, XA600W2K8R2X64003, XA600W2K8R2X64004, XA600W2K8R2X64006, XA600W2K8R2X64007, XA600W2K8R2X64008, XA600W2K8R2X64009, XA600W2K8R2X64010, XA600W2K8R2X64011, XA600W2K8R2X64012, XA600W2K8R2X64013, XA600W2K8R2X64014, XA600W2K8R2X64015, XA600W2K8R2X64016, XA600W2K8R2X64017, XA600W2K8R2X64018, XA600W2K8R2X64019, XA600W2K8R2X64020, XA600W2K8R2X64021, XA600W2K8R2X64023, XA600W2K8R2X64026, XA600W2K8R2X64027, XA600W2K8R2X64028, XA600W2K8R2X64029, XA600W2K8R2X64030, XA600W2K8R2X64031, XA600W2K8R2X64032, XA600W2K8R2X64033, XA600W2K8R2X64034, XA600W2K8R2X64035, XA600W2K8R2X64036, XA600W2K8R2X64037, XA600W2K8R2X64038, XA600W2K8R2X64039, XA600W2K8R2X64040, XA600W2K8R2X64041, XA600W2K8R2X64042, XA600W2K8R2X64043, XA600W2K8R2X64044, XA600W2K8R2X64045, XA600W2K8R2X64046, XA600W2K8R2X64047, XA600W2K8R2X64048, XA600W2K8R2X64049, XA600W2K8R2X64050, XA600W2K8R2X64051, XA600W2K8R2X64052, XA600W2K8R2X64053, XA600W2K8R2X64054, XA600W2K8R2X64055, XA600W2K8R2X64056, XA600W2K8R2X64057, XA600W2K8R2X64058, XA600W2K8R2X64059, XA600W2K8R2X64060, XA600W2K8R2X64061, XA600W2K8R2X64062, XA600W2K8R2X64063, XA600W2K8R2X64064, XA600W2K8R2X64065, XA600W2K8R2X64066, XA600W2K8R2X64067, XA600W2K8R2X64068, XA600W2K8R2X64069, XA600W2K8R2X64070, XA600W2K8R2X64071, XA600W2K8R2X64072, XA600W2K8R2X64073, XA600W2K8R2X64074, XA600W2K8R2X64075, XA600W2K8R2X64076, XA600W2K8R2X64077, XA600W2K8R2X64078, XA600W2K8R2X64079, XA600W2K8R2X64080, XA600W2K8R2X64082, XA600W2K8R2X64083, XA600W2K8R2X64085, XA600W2K8R2X64086, XA600W2K8R2X64087, XA600W2K8R2X64088, XA600W2K8R2X64089

Il ne reste plus qu’à installer cette bêta sur une ferme de qualif et de vérifier que cela corrige les quelques problèmes que nous rencontrons sur notre ferme XenAPP6 🙂 .

Post to Twitter

Event ID 1511 et 1515

Lors d’un problème de profil (sur un serveur 2008 R2 en Fr) nous sommes tombés sur les events ID 1511 et 1515 (journal application).

Nom du journal :Application
Source :       Microsoft-Windows-User Profiles Service
ID de l’événement :1511wi
Niveau :       Erreur
Description :
Windows ne peut pas trouver le profil local et tente de vous connecter avec un profil temporaire. Les modifications effectuées à ce profil seront perdues lorsque vous vous déconnecterez.

Nom du journal :Application
Source :       Microsoft-Windows-User Profiles Service
ID de l’événement :1515
Niveau :       Erreur
Description :
Windows a sauvegardé le profil de cet utilisateur. Windows tentera automatiquement d’utiliser le profil sauvegardé la prochaine fois que cet utilisateur ouvre une connexion.

Dans notre cas le profil se chargeait dans un dossier TEMP.

Afin de résoudre ce problème il faut supprimer le SID du profil dans la registry.

Allez dans HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList puis vérifiez que vous n’avez pas un SID en .Bak (vérifiez bien au préalable que le SID correspond bien à votre user via ADSIEDIT par exemple, ou plus simple regardez dans valeur ProfilImagePath dans la clé sur SID en question).

Reste à supprimer la clé SID.bak (dans notre cas le profil était bien supprimé sur le serveur, seule la clé sur le SID causait problème), après suppression de la clé le profil remontait correctement.

Post to Twitter