Erreur Archive

0

Erreur 1067 lors du lancement du service « Système de licences Citrix »

Récemment nous avons rencontré l’erreur «  Erreur 1067 :  Le processus s’est arrêté inopinément » lors du lancement du service « Système de licences Citrix » sur le serveur de licence de notre lab (serveur en Windows 2008 R2 Fr sp1  et version 11.9.0 build 11011 du serveur de licence Citrix).

Rien de bien alarmant car nous avions déjà rencontré ce problème en prod (et la résolution est hypra simple) , mais vu qu’il revient on fait un petit billet histoire de pas jouer au poisson rouge la prochaine fois.

Donc direction le répertoire C:\Program Files (x86)\Citrix\Licensing\LS\conf (dans notre cas c’est un serveur 2008 r2) et renommer les fichiers activation_state.xml et concurrent_state.xml (ces deux fichiers sont automatiquement recréés au démarrage du serveur de licences).

Tout est décrit dans la CTX129747.

Dans notre cas le fichier concurrent_state.xml était vide.

Pour info le contenu des fichiers activation_state.xml et concurrent_state.xml est identique  :

  • urn: (Uniform Resource Name) permet de définir un nom.
  • fnplm : FLEXnet Publisher License Management
  • lmadmin : gestionnaire de licence (FLEXnet ) lancé par le service « Système de licences Citrix »  (C:\Program Files (x86)\Citrix\Licensing\LS\lmadmin.exe)
2

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

Tags: ,
0

erreur 1640 et Id 1024 lors d’une installation/désinstallation

Si lors d’une installation ou désinstallation d’un logiciel sur un serveur Terminal Server vous obtenez cette erreur (alors que vous êtes bien administrateur du serveur) :

Seuls les administrateurs ont le droit d’ajouter, supprimer, ou configurer un logiciel sur le serveur pendant une session à distance Terminal Server. Si vous voulez installer ou configurer un logiciel sur le serveur, contactez votre administrateur réseau.


Accompagnée des events applicatifs suivants :

Id : 11729 – Source : MsiInstaller

ID : 1024 – Source MsiInstaller
Code d’erreur 1640 (qui correspondant à :  Installation à partir d’une session cliente Terminal Server non autorisée pour l’utilisateur actuel)

 

Regardez côté GPO  le setting « Autoriser l’administrateur à installer à partir d’une session Terminal Server » dans « Configuration ordinateur – Modèles d’administration – Composants Windows – Windows Installer « .

Dans notre cas il a fallu activer le setting.

0

Erreur 3961 : la mémoire du collecteur de donnée est insuffisante……

Récemment sur une de nos fermes de prod (XenApp 5 R06)  nous avons rencontré une erreur peu commune sur un Zone Data Collector :

Source IMAService – ID : 3961
La mémoire du collecteur de données est insuffisante et les données du magasin dynamiques sont peut-être obsolètes. Veuillez désigner un nouveau collecteur de données et vérifiez que le nouveau collecteur de données dispose d’assez de mémoire.

Ce qui a eu pour effet que le  ZDC ne remplissait plus son rôle (impossible d’obtenir la charge des serveurs par exemple) dans sa zone. Le résultat était que plus aucune application de la zone impactée n’était disponible (en bref plus de prod sur cette zone).

Dans pareil cas, soit vous forcez une nouvelle élection de ZDC (en baissant le privilège de l’actuel ZDC par exemple), soit vous redémarrez le service IMA du ZDC (tout en veillant au préalable qu’aucun process ne consomme de façon excessive de la mémoire). Le problème de ces solutions est qu’elles sont manuelles 🙁 .

Nous avons écrit un script powershell (search_Event_3961.ps1), qui va  checker les events 3961 (le script est mis dans une tâche planifiée s’éxécutant toute les 5 mn sur le ZDC )

Les actions du script :

  • Check les events system (ID 3961) sur les quatre dernières minutes sur le ZDC
  • Si un event 3961 est trouvé alors le script va changer la priorité du ZDC actuel en « NotPrefered »  ce qui aura pour effet de forcer une élection de ZDC sur le ZDC de backup.
  • Envoi d’un mail afin d’informer qu’un event 3961 a été détecté sur le ZDC et qu’une élection a été réalisée (le mail précise l’ancien et le nouveau ZDC)
  • Création d’un fichier de log html

L’avantage du script en tâche planifiée (ou via un syslog) est que cela vous permet de rétablir votre production rapidement sans aucune action, et vous permet de pouvoir lancer un troubleshooting sur votre ZDC (de notre côté nous n’avons pas eu la chance de pouvoir troubleshooter le ZDC du fait de l’urgence, le ZDC a eu son service IMA redémarré).

0

Erreur 25602. Impossible d’obtenir la longueur de la propriété CustomActionData dans la fonction ParseCADProperty


Lors d’une désinstallation d’une PS 4.0 nous avons rencontré l’erreur :
« Erreur 25602. Impossible d’obtenir la longueur de la propriété CustomActionData dans la fonction ParseCADProperty. »
ID 1005 – Souce : MSInstaller

Le serveur sur lequel cette erreur a été rencontrée est un serveur en Windows 2003 enterprise sp2 Fr avec PS 4.0 R06.

Plutôt que de partir dans un troubleshooting compliqué, connectez-vous en admin et en console sur le serveur puis désinstaller la version XenApp, ça pourrait vous éviter un long pèlerinage 🙂 .

Un post sur Citrix.com traite cette erreur (bien que le post soit à la base pour une PS 4.5, dans notre cas il était aussi valable en PS 4.0).

Tags:
0

Une exeption d’exécution s’est produite et a été journalisée

Si vous obtenez ce message sur un serveur de licence 11.5 (et 11.6), lors de la configuration du journal de rapport. ((/dotclear2/public/Images/Licence/.Error_Lic_FileReport_m.jpg|Error_Lic_FileReport|C|Error_Lic_FileReport, juil. 2009)) Le problème peut venir du fait que le fichier Citrix.opt (C:\Program Files\Citrix\Licensing\MyFiles\CITRIX.opt) n’est pas correctement renseigné. Deux solutions sont possibles :%%% * Copié l’ancien fichier Citrix.opt (situé dans C:\Program Files\Citrix\Licensing\MesFichiers) vers C:\Program Files\Citrix\Licensing\MyFiles). Seulement si ce dernier était bien configuré avant votre mise à jour de serveur de licence (uniquement si vous êtes passé de la version 11.5 vers 11.6). * Suivre la [ctx113646|http://support.citrix.com/article/ctx113646|en] , qui vous explique comment modifier le fichier Citrix.opt%%% ((/dotclear2/public/Images/Licence/.Error_Lic_FileReport1_m.jpg|Error_Lic_FileReport1||Error_Lic_FileReport1, juil. 2009))