Erreur 1001 durant l’installation d’un agent SmartAuditor

Si durant l’installation d’un agent SmartAuditor (dans notre cas une version : 1.1.1064), vous obtenez l’erreur suivante :

“Error 1001. Une exception s’est produite pendant la phase de validation de l’installation………”

Cette erreur signifie que le service Citrix SmartAuditor Agent (CitrixSmAudAgent) n’a pas pu démarrer durant la phase d’installation.

La CTX114862 permet la correction de cette erreur :

  • Allez dans le registre  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
  • Créez ou modifiez la clé ServicesPipeTimeout (format DWORD) et attribuez lui la valeur décimal de 300000.
  • Redémarrez le serveur

Post to Twitter

Erreur : The SMA Service was denied access to the IMA notification interface

Suite à la suppression de PS 4.0 (au préalable suppression des Rollupack), et à une installation de XenApp 5 sur un serveur 2003 Fr Sp2, nous avons rencontré l’erreur suivante dans le journal des événements (Application) : “The SMA Service was denied access to the IMA notification interface”.

 

 

Afin de remettre rapidement le serveur en production nous avons modifié l’ouverture de session du service “Citrix SMA Service”  sur  : “Compte système local”.

 

Cette solution ne fait que contourner le problème, mais a le mérite de remettre rapidement un serveur en production.

Cependant à la prochaine mise à jour de Rollupack il faudra repasser le service “Citrix SMA Service”  sur  : “Compte système local”, encore une fois ce tips n’est qu’une solution provisoire.

La problème semble venir de permissions DCOM, nous investiguerons prochainement afin de trouver une solution durable 😉 .

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 Serveur–Etat 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) 🙂 .

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) 🙂 .

Continue reading “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 :

——————–
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 :

Continue reading “Script : Inventaire des serveurs XenApp Session Cleaner”

Post to Twitter

Disponibilité de XenClient Express

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

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

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

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