EdgeSight : Exception générale de données utiles : Error calling es_alert_add_alert_param for instance

Récemment nous recevions des alertes de type “Exception générale de données utiles : Error calling es_alert_add_alert_param for instance…” provenant de notre serveur EdgeSight (5.4 sous Windows 2003 sp 2 + SQL 2005 sp2).

La CTX117433 détaille les tables de la base de données EdgeSight, nous apprenons que le fichier Edgesight_FG5.ndf comprend les tables suivantes :

  • FG5 alert : Stability data (errors, faults, hangs, Windows Event Log, hardware errors, and so on).
  • FG5 alert_param*  : Values and strings specific to the Stability data in the alert table.
  • FG5 system_perf  : System performance information including user time peak/total, privileged time, total processor time, data bytes per second, disk time, page faults, reset connections, and so on.
  • FG5 drive_space : Total and available space on agent device hard drives.

En regardant sur notre serveur EdgeSight (qui héberge sa prope base) nous remarquons que la taille du fichier EdgeSight_FG5.ndf (fichier de données secondaire) est  importante (6 Go) pour une ferme xenapp 6 de 8 serveurs.

Nous avons pu constater que ce fichier peut atteindre facilement des dizaines de Go dans certains cas.

En bas de la CTX11433, on comprend mieux pourquoi la base prend autant de place 🙂 .

Effectivement en regardant de plus près côté SQL on s’aperçoit que la table alert se fait plaisir.


Vu que les events de sécurité sont très verbose, l’idéal est de ne pas tous remonter dans EdgeSight.

Depuis la version 5.4, la console EdgeSight (auparavant la version 5.3 ne permettait de le faireque via le registre sur les serveurs directement) permet de limiter le nombre d’events remontés dans EdgeSight.

Dans notre exemple nous sommes radical, reste à affiner cela en fonction de vos besoins

Sinon plus radical (si vous remontez les events par un syslog par exemple) serais de faire un “DELETE FROM alert” sur votre table alert (bon ok la c’est hyper radical 🙂 ).

Post to Twitter

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

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

Mises à jour produits Citrix

Les dernières semaines ont été riche en mise à jour chez Citrix.

Outre l’arrivée de XenApp 6,  Citrix a fait fort, les principales mises à jour sont :

Post to Twitter