Erreur EdgeSight 5.3 : es_zqueue état arrêté

Vues : 0

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

Installation XenClient

Quelques screenshots (soyez indulgent avec nos screenshots 🙂 ) de notre installation XenClient.

L’installation de XenClient est on ne peut plus simple, le plus dur a été de trouver le portable adéquate (un HP 2530p) 🙂 .

Vues : 0

Quelques screenshots (soyez indulgent avec nos screenshots 🙂 ) de notre installation XenClient.

L’installation de XenClient est on ne peut plus simple, le plus dur a été de trouver le portable adéquate (un HP 2530p) 🙂 .

Continuer la lecture de « Installation XenClient »

Post to Twitter

Script : Inventaire des serveurs XenApp Session Cleaner

——————–
MAJ : 18/05/10
——————–
Rajout de la colonne “Résultat dernier nettoyage” qui donne le total de profile(s) supprimé(s) et le total de profile(s) non supprimé(s), lors du derniers passage de XenApp Session Cleaner.

————————————————————————————————————————

En production sur une de nos fermes XenApp nous utilisons l’outil “XenApp Session Cleaner” (voir aussi notre billet “XenApp Session Cleaner: script d’installation sur plusieur serveurs”) pour la suppression des profiles locaux .

Afin que les administrateurs puissent suivre à un instant T l’état de la ferme par rapport à XenApp Session Cleaner, nous avons mis en place un script (Inventaire_CitrixTools Sessions Cleaner.wsf) permettant de faire apparaitre les informations suivantes dans une page html :

Vues : 0

——————–
MAJ : 18/05/10
——————–
Rajout de la colonne “Résultat dernier nettoyage” qui donne le total de profile(s) supprimé(s) et le total de profile(s) non supprimé(s), lors du derniers passage de XenApp Session Cleaner.

————————————————————————————————————————

En production sur une de nos fermes XenApp nous utilisons l’outil “XenApp Session Cleaner” (voir aussi notre billet “XenApp Session Cleaner: script d’installation sur plusieur serveurs”) pour la suppression des profiles locaux .

Afin que les administrateurs puissent suivre à un instant T l’état de la ferme par rapport à XenApp Session Cleaner, nous avons mis en place un script (Inventaire_CitrixTools Sessions Cleaner.wsf) permettant de faire apparaitre les informations suivantes dans une page html :

Continuer la lecture de « Script : Inventaire des serveurs XenApp Session Cleaner »

Post to Twitter

Disponibilité de XenClient Express

Vues : 0

XenClient Express est disponible depuis le 12/02/2010 ici.

Xenclient Express est composé de :

  • L’hyperviseur (basé sur la technologie XenServer)
  • Citrix Receiver pour XenCLient
  • Synchronizer pour XenCLient (permet un contrôle centralisé des VM, ainsi que de leurs déploiements et sauvegardes)

Le billet de James Millington sur The Citrix Blog : It’s alive – ALIVE!! Citrix XenClient Express hits the (virtual) street.

Enfin…nous allons pouvoir tâter XenClient (Express) 🙂 .

Post to Twitter

Citrix Logoff Sessions

Vues : 0

MAJ : 04/05/10 La version 2.2 est disponible depuis le 19/04/10
Citrix Loggoff Sessions 2.2


 


MAJ :21/08/09.

  • L’utilisation de Citrix Logoff Sessions ne nécessite pas d’être admin de la ferme XenApp.
  • Une version 1.5 comprendra le shadowing :)

Voici un petit outil qui va vous permettre sans ouvrir d’AMC, de rechercher une session au sein de votre ferme XenApp.

logoffSession1

Un fois la session trouvée vous pourrez effectuer les actions suivantes :

  • Logoff
  • Disconnect
  • killer des process
  • Envoyer un message.

Citrix Logoff Sessions 1.2.1 est dispo ici

Nous joignons à ce billet les fichiers nécessaires pour Citrix Logoff Sessions 1.2.1 (au cas où ;) ):

  • msstdfmt.dll
  • mscomctl.ocx
  • mscomctl.ocx

Vérifiez au préalable que ces fichiers ne sont pas déjà déclarés sous votre OS.

Bien que l’outil soit sympa, il manque la possibilité de faire du shadow sur la session sélectionnée :( .

Post to Twitter

Lenteur lors d’une installation XenApp/Presentation Server

Vues : 0

Lors d’une installation manuelle d’un serveur XenApp, nous avons constaté une lenteur durant l’installation de XenApp (l’installation a pris plus de huit heures).

Dans notre cas, l’installation n’avançait plus à 80 % de sa progression, avec un process msiexec.exe qui ne consommait plus de cpu et semblait dans un état inerte.

Par contre si le serveur n’était pas dans le domaine (ou si vous débranchiez le câble réseau), l’installation s’exécutait normalement.

Nous vous passons les étapes de troubleshooting (Wireshark, TcpView/CurrPort, Procmon etc.. etc..)

La CTX113639 traite de ce problème, et propose de télécharger un fichier de transformation (mst) et de lancer l’installation via la ligne de commande suivante :

msiexec.exe / i "D: \ Citrix Presentation Server \ mps.msi" TRANSFORMS = "c: \ temp \ CTXUpdate.mst" / l * vc: \ temp \ mps.log

Une autre solution est possible (merci à Menhir2 et Ldap389), l’utilisation de la clé de registre “LsaLookupRestrictIsolatedNameLevel” (KB818024) qui permet avec la valeur 1, de désactiver la recherche de noms des domaines approuvés.

Le problème étant facilement reproductible, nous avons testé les deux solutions.

Les deux solutions fonctionnent très bien, cependant la solution avec la clé “LsaLookupRestrictIsolatedNameLevel”  est selon nous plus facile a mettre en place (notamment en GPO avec un ADM custom).

MAJ : 13/11/2010
Il semblerais que dans certaines circonstances, la clé LsaLookupRestrictIsolatedNameLevel c ne résolve pas le problème de slow install.
La solution d’utiliser un fichier MST lors de l’installation quand à elle fonctionne bien (CTX113639).
Merci à MAxB pour son retour 😉 .

Post to Twitter

Suppression Manuel de XenApp

Vues : 0

Il arrive dans de rares cas extrêmes qu’il faille supprimer XenApp à la mano, et bien sûr vous êtes sur un host physique et le backup date un peu.. (on vous l’avais dit… dans de rares cas extrêmes 🙂 ).

La CTX746354 donne les best practices afin de supprimer XenApp manuellement et proprement.

A l’étape 4 de la CTX746354, nous avons la suppression de nombreuse clés de registre (environ 650 🙂 ).

Dans ce billet vous trouverez le fichier Delete_reg_xenapp.txt qui regroupe toutes les clés à supprimer.

Sur le serveur récalcitrant, copiez le fichier Delete_reg_xenapp.txt et renommez le en Delete_reg_xenapp.reg puis double cliquez dessus.

Vous venez de gagner un temps précieux, et vous pouvez passer à l’étape 5 de la  CTX746354 .

Un fois arrivé à l’étape 10, il va vous falloir vérifier que tout les services XenApp sont bien supprimés.

Si ce n’est pas le cas, le fichier Delete_service_xenapp.txt joint à ce billet va vous permettre de le faire rapidement.

Sur le serveur récalcitrant, copiez le fichier Delete_service_xenapp.txt et renommez le en Delete_service_xenapp.bat puis double cliquez dessus.

Vous pouvez passer à l’étape 11 de la CTX746354 (au passage la suppression est bientôt finie, courage 😉 ).

Les fichiers Delete_reg_xenapp.txt et Delete_service_xenapp.txt ont été testé sur un serveur en Windows 2003 Fr Sp2, XenApp 5 R03.

Download_2
Delete_reg_xenapp.txt

 

Download_2
Delete_service_xenapp.txt

Post to Twitter