Agent EdgeSight 5.3 : Disparition de l’onglet “mode”

Sur un serveur XenApp 2008 R2 Fr nous sommes passés de la version Enterprise à la version Platinum. A l’issue de cette mise à jour l’onglet “Mode” de l’agent EdgeSight (5.3) avait disparu.


Un google plus tard et nous arrivons sur la CTX129029.

After upgrading from XenApp Enterprise to XenApp Platinum Edition, the EdgeSight Agent remains in “Basic” mode instead if being upgraded to “Advanced” mode automatically. The upgrade also removes the Mode tab, making it impossible to upgrade the agent manually. This fix restores the Mode tab, allowing for the agent mode to be set manually.


Une fois le hotfix passé nous avons retrouvé l’onglet mode.

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

Erreur Egesight 5.3: Les services de rapport ne sont pas configurés…………

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.

 

Post to Twitter

Service “Citrix System Monitoring Agent” (Agent Edgesight 5.3) qui ne démarre pas au reboot d’un serveur

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.

 

Post to Twitter

Erreur EdgeSight 5.3 : es_zqueue état arrêté

Sur un serveur EdgeSight 5.3 de qualif nous n’avions plus de remontées des agents depuis quelques jours.

Aucun events dans les journaux.

Dans Edgesight en allant dans l’onglet Configuration, puis Configuration du ServeurEtat nous avions l’erreur suivante : es_zqueue état arrêté


En relançant le service RSSHAdmin, l’es_zsqueue revenait à la normale puis après deux minutes repassait en arrêté.

La CTX119718 traite ce problème indirectement (car dans notre cas nous étions en Egesight 5.3 et les agents apparaissaient bien).

Pour résoudre l’erreur es_zqueue état arrêté :

  • Se positionner dans le répertoire C:\Program Files\Fichiers communs\Citrix\System Monitoring\Server\RSSH
  • Créer un fichier nommé RSshApp.exe.config (au format UTF-8)
  • Modifier le fichier RSshApp.exe.config et copier le code suivant :

<?xml version=”1.0″ encoding=”utf-8″?>
<configuration>
<runtime>
<generatePublisherEvidence enabled=”false” />
</runtime>
</configuration>

  • Enregistrer le fichier RSshApp.exe.config (au format UTF-8)
  • Re-démarrer le service RSSHAdmin



Post to Twitter

EdgeSight 5.3

EdgeSight 5.3 est disponible depuis le 12 mars 2010 (CTX124093).

Les principales features sont :

  • Rapport sur l’utilisation des licences Citrix
  • Rapport sur le lancement d’application publiée par utilisateur
  • Rapport sur la durée de session par utilisateur ou groupe
  • Agent EdgeSight pour XenApp 6


Une tendance de la semaine de notre Prod.

Fini les graphiques tout bizarres de la console de licence 😉 .

Post to Twitter

Poblème d’expiration de certificat sur EdgeSight 5.0 et 5.1

Si vous êtes sous EdgeSight 5.0 ou 5.1, la date du 25 mars 2010 pourrait vous interpeller.

En effet en lisant le billet de Nicholas Dille (SEPAGO blog) “How Many Will Be Affected By The EdgeSight Timebomb ?” du 12 mars 2010, nous apprenons que le certificat utilisé sur EdgeSiht  5.0 et 5.1 expire le 25 mars 2010.

Si vous êtes en 5.0 ou 5.1, Citrix recommande d’upgrader votre version en 5.1.1 ou 5.2, tout est expliqué dans la CTX124013.

 

 

Comme le souligne Nicolas Dille dans son billet, la comm de Citrix sur ce sujet est assez “restreinte” 🙁 .

Post to Twitter