Author: ctxblog

Update TestPort : Scripting allowing to test ports TCP

Some time ago we had put in line test_port which made it possible to test port TCP Xenapp in order to check the openings network on the ICA for example.

After a little more than two years, we updated test_port.

In addition to the correction of various  bugs and the simplification of the code, it is possible from now on to test the ports on several servers.


Click on the button “Ouvrir le fichier serveur cible” (the file is created automatically)
Enter the IP of the servers to be tested and save the file
Click on the button “lancer le test ”  (french button only 🙂 )


Test_Port V1.3

UPDATE : 03/04/2012
Correction bug: when clicking Click on the button “To open the file server target” , the .txt file did not keep recorded information.

Post to Twitter

Rajouter un item dans le menu outils d’Internet Explorer

Si vous souhaitez rajouter un item dans le menu outils d’Internet Explorer (dans notre cas un IE6), c’est on ne peut plus simple.

En gros tout est en registre, direction HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\Extensions (ou HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Extensions) :

  • Création d’un GUID (dans notre cas par uuidgen).
  • Création d’un clé avec comme nom le GUID  obtenu via uuidgen
  • Création de la valeur CLSID avec comme valeur {1FBA04EE-3024-11D2-8F1F-0000F87ABD16}
  • Création de la clé Exec avec comme valeur l’exe qui vous interresses (ou le script)
  • Création de la clé MenuText avec comme valeur le nom qui s’affichera dans le menu outils d’IE
Et c’est tout, reste à lancer IE (testé avec un IE6 🙂 ).

Tout est expliqué ici.

Bref rien d’extraordinaire, juste la simplicité du tips 🙂 .

Post to Twitter

Erreur Sql : Échec de la négociation SSPI avec le code d’erreur 0x8009030c

Sur un serveur Sql 2008 R2 nous avons rencontré l’erreur suivante :

Nom du journal : Application
Source :       MSSQLSERVER
ID de l’événement :17806
Description : Échec de la négociation SSPI avec le code d’erreur 0x8009030c, état 14 lors de l’établissement d’une connexion avec une sécurité intégrée ; la connexion a été fermée. Raison : Échec d’AcceptSecurityContext. Le code d’erreur Windows indique la cause de l’erreur.  [CLIENT : 10.101.xxx.xxx].

En allant sur le serveur CLIENT (serveur XenApp 6.5)  indiqué dans la description de l’event nous avons trouvé l’event suivant :

Source :       IMAService
ID de l’événement :3989
Description : Le serveur Citrix XenApp n’a pas pu se connecter au magasin de données. Une erreur ODBC s’est produite lors de la connexion à la base de données : 28000 -> [Microsoft][ODBC SQL Server Driver][SQL Server]Échec de la connexion. La connexion provient d’un domaine non approuvé et ne peut pas être utilisée avec l’authentification Windows.

Nous avons trouvé un article chez SarePoint It Prof qui traite ce type de problème.

Deux solutions sont possibles (celle du registre est à réserver pour un environnement de qualif, sinon ldap389 risque de ne pas être content 😉 ) .

  • jouer avec le registre :
  1. Edit the registry using regedit. (start –> run … Regedit )
  2. Browse to : HKLM\System\CurrentControlSet\Control\LSA
  3. Add a DWORD value called “DisableLoopbackCheck”
  4. Set this value to 1
  • Modifier le spn :  SetSpn -A MSSQLSvc/sql.mb.local:1433 MB\sql_service


Post to Twitter

Erreur “Another Version of Microsoft Visual Studio 2008 has been Detected on this System” sur serveur XA 6.5

Sur un serveur XenApp 6.5 nous avons installé Sql 2008 R2 standard (c’est de la qualif 🙂 ), le problème est que l’installation de SSMS (SQL Server Management Studio) n’a pu aboutir.
Dans le journal “application” nous avons trouvé l’event suivant :

Nom du journal :Application
Source :       MsiInstaller
ID de l’événement :1013
Description : Product: Microsoft Visual Studio Tools for Applications 2.0 – ENU — Another version of Microsoft Visual Studio 2008 has been detected on this system that must be updated to SP1.  Please update all Visual Studio 2008 installations to SP1 level, by visiting Microsoft Update.

La CTX128280 explique comment bypasser cette erreur en renommant la clé HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VS.

Une fois la clé HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VS renommée, nous avons pu installer SSMS (n’oubliez pas de renommer la clé une fois SSMS installé).

Post to Twitter

RecreateLHC on multiple servers

MAJ : 04/03/2012
Version 1.1
Adding  64 bits compatibility

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

In this post a small script which makes it possible to make of RecreateLhc on several waiters with a file of log, allowing to check each stage of RecreateLhc on each server.

Using Ctx_RecreateLHC.vbs :

  • Create in the folder where  is located Ctx_RecreateLHC.vbs a file named “servers.txt” and enter the name of the servers where will be recreated the LHC.
  • Double to click on Ctx_RecreateLHC.vbs
  • A file of log to format HTML will be created in the folder of execution of Ctx_RecreateLHC.vbs

The details of the actions of script is contained in the file log (stop service IMA and of its dépendences, checking of the size of the base LHC, dsmaint recreatelhc, checking of the size of base LHC (after RecreateLhc), starting of the dependences of service IMA and service IMA)

Le détails des actions du script est contenu dans le fichier log (arrêt service IMA et de ses dépendences, vérification de la taille de la base LHC, dsmaint recreatelhc, vérification de la taille de la base LHC (après RecreateLhc), démarrage des dépendances du service IMA et du service IMA)

This Script works on XenApp farms 5/6 under Windows 2003/2008 (32/64 bits).

The CTX759510 recommends on its side, to make a recreatelhc on all the servers member of a farm after a DSCHECK /clean (on our side we proceed by wave on servers).

If you must clean the farm data store, using the DSCHECK utility, you should then rebuild the LHC on each of the servers in your farm, once the data store has been cleaned.

Ctx_RecreateLHC.vbs

Post to Twitter

EventId 1004 (IIS-W3SVC) sur serveur XenApp 6.0

Lors d’un test sur un serveur de qualif XenApp 6.0 nous avons installer la partie Web Interface (5.4), suite à l’ajout du rôle IIS  nous avons rencontré l’event system suivant :

Source :       Microsoft-Windows-IIS-W3SVC
ID de l’événement :1004
Le service de publication World Wide Web (service WWW) n’a pas inscrit le préfixe d’URL http://*:80/ pour le site 1. Le site a été désactivé. Le champ des données contient le numéro de l’erreur.

Lors de l’installation de notre ferme de qualif , nous avions (exceptionnellement 🙂  ) laissé le port 80 pour l’Xml, du coup lors de l’installation de IIS le port 80 pour le site par défaut n’était pas disponible.


Effectivement ctxxmlss prend bien le port 80


Changer le port xml est très simple et se fait via la commande ctxxmlss /RXXXX (dans notre cas on affectionne le port 8085).


Le port xml est bien passé sur le 8085

 

ctxxmlss est bien sur le 8085 désormais

Post to Twitter

Erreur Dscheck : HostID xxxx has no corresponding MfServer node entry

Suite à un dscheck (dscheck /full servers) sur une de nos fermes (XenApp 5 R06 de 400 serveurs avec un DataStore sql 2005 sur Windows 2003 sp2 ), nous avons remarqué l’erreur suivante :

HostID  xxxx has no corresponding MfServer node entry

Après plusieurs dscheck /full servers /clean l’erreur était toujours présente.

Nous avons lancé un Dsview afin de voir si on pouvait résoudre le HostID 5C80 en cherchant dans la partie ServerNeighborhoods-VotreFerme-MFServers.

Comme nous n’avons rien trouvé dans la partie  ServerNeighborhoods-VotreFerme-MFServers, nous avons orienté notre recherche vers la partie ServerNeighborhoods-VotreFerme-HostIds.

Nous trouvons et remarquons que le HostId 5C80 a des liens avec d’autres HostId (au passage on ne l’a pas vu du premier coup 🙁 ).

 

Retour dans la partie ServerNeighborhoods-VotreFerme-MFServers, et là nous trouvons bien les hostId avec les Hostnames associés.

Après avoir sorti les 4 serveurs de la ferme (bien que ces serveurs ne présentaient visiblement aucun problème), la commande dscheck /full servers /clean a cette fois-ci bien supprimé le HostId récalcitrant (5C80 dans notre cas).
Une fois le Host Id supprimé nous avons pu ré-intégrer les quatres serveurs dans la ferme puis passer un dscheck /full servers qui n’a remonté aucune erreur 🙂 .

On vous passe les différentes étapes de troubleshooting, dsview (mais avec les yeux fermés les premières fois), tentative de lecture du DataStore (mais bon vu que la base n’est pas de type relationnelle on se savait mal parti), import du DS dans une batterie de test et suppression des objets,  etc..etc.. En bref un moumoutage en bonne et due forme 🙂 .

Post to Twitter

Script : Désactivation SpeedScreen via les MFCOM

Dans une de nos fermes de prod (XenApp 5 R06 sur Windows 2003 Sp2 Fr), nous avons eu besoin de désactiver l’accélération de navigation HDX 3D (SpeedScreen) sur un silo applicatif.

Nous avons réalisé un script wsf (ça faisait longtemps qu’on n’avait pas mis les mains dans les MFCOM 🙂 ) afin de pouvoir désactiver dans un premier temps l’héritage des paramètres de la batterie (puisque dans notre cas le SpeedScreen était paramétré au niveau de la batterie), puis de désactiver l’accélération de navigation HDX 3D (le script filtre les serveurs en fonction du hostname, voir ligne 67 du script).

Une fois les infos trouvées sur la bible des MFCOM, la lecture est lourde mais à chaque fois payante 🙂  .

 

Avant le script

 

Après le script

 

SpeedScreen_Disable.wsf

Post to Twitter

MAJ TestPort : Script permettant de tester les ports Tcp

Il ya quelque temps nous avions mis en ligne test_port qui permettait de tester les port Tcp Xenapp afin de vérifier les ouvertures réseau sur l’ICA par exemple.

Après un peu plus de deux ans, nous avons mis à jour test_port 🙂 .

Outre la correction des divers bug et la simplification du code,  il est possible désormais de tester les ports sur plusieurs serveurs.

Cliquez sur le bouton “Ouvrir le fichier serveur cible” (le fichier est crée automatiquement)
Renseignez les Ip des serveurs à tester et enregistrez le fichier
Cliquez sur le bouton “Lancer le test“


Test_Port V1.3

MAJ : 03/04/2012
Test_Port V1.3
Correction bug : lors clic sur le bouton Ouvrir le fichier serveur Cible  le fichier servers.txt ne gardait pas les informations enregistrées.

Post to Twitter