Une nouvelle version du Citrix License Server VPX est disponible ici (version 11.10).
L’avantage de cette appliance (linux) est que vous n’avez plus besoin d’installer quoi que ce soit, l’image (XenServer 5.6 FP1 mini;) ) est prête à l’emploi.
Si vous souhaitez plus d’information c’est sur Citrix Edocs.
Cette fois nous avons rencontré un problème de création de plan de maintenance sur un serveur SQL 2008 R2.
Lors de la création du plan de maintenance nous obtenions l’erreur suivante :
Le composant « Agent XPs » est désactivé en raison des paramètres de sécurité définis pour ce serveur. Un administrateur système peut définir l’utilisation du composant « Agent XPs » au moyen de sp_configure. Pour plus d’informations sur l’activation du composant « Agent XPs », voir « Configuration de la surface d’exposition » dans la documentation en ligne de SQL Server. (ObjectExplorer)
On s’aperçoit rapidement que le service “Agent SQL Server” n’est pas lancé 🙁 .
Une fois le service “Agent SQL Server” lancé, le plan de maintenance a pu être créé (sur ce coup on a un peu toutouiller à l’install du SQL 2008 R2 🙂 ).
Si vous souhaitez activer
Comme tout admin Citrix vous pouvez être amené à administrer (on parle d’administration sql light et non de l’administration d’ un vrai DBA SQL) des serveurs SQL au sein de votre architecture, et bien sûr d’en assurer le support (notamment des bases) 🙂 .
Sur un serveur SQL (qui héberge une base EdgeSight 5.3) 2005 Fr SP2 hébergé sur un Windows 2003 Fr sp2, nous avons rencontré une erreur peu commune lors de la création d’un plan de maintenance (l’erreur était obtenue en passant par le wizard ou à la mano).
TITRE : Progression de l’Assistant Plan de maintenance
Échec de la création du plan de maintenance
INFORMATIONS SUPPLÉMENTAIRES :
Échec de Créer pour JobStep « Sous-plan ». (Microsoft.SqlServer.MaintenancePlanTasks)
Pour obtenir de l’aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.1399.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Créer+JobStep&LinkId=20476——————————
Une exception s’est produite lors de l’exécution d’une instruction ou d’un lot Transact-SQL. (Microsoft.SqlServer.ConnectionInfo)
——————————
Le ‘@subsystem’ est non valide (les valeurs correctes sont retournées par sp_enum_sqlagent_subsystems). (Microsoft SQL Server, Erreur : 14234)Pour obtenir de l’aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=09.00.1399&EvtSrc=MSSQLServer&EvtID=14234&LinkId=20476
La KB909036 de chez MS traite cette erreur (bien qu’au passage nous étions surpris de la méthode de résolution), la résolution consiste au sein de votre serveur SQL à rajouter le composant SQL “intégration Services”.
Une fois le composant “Intégration Services” ajouté, nous avons pu créer un plan de maintenance en passant par le wizard ou à la mano.
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.
At the time of the update of our server of licence (update of 11.6.1 to 11.9 out of Windows 2003 Fr Sp2) in order to be compatible XenApp 6.5, we were confronted with a freeze during the installation.
Going to Citrix edocs (here), we have been advised to update our server for the Fix MS part.
Right, we would like to know what the fix we are missing. After some search, we get to the following thread : “11.9 License Server Installation Hangs“, and we also find at the same time the welknown KB missing « KB956572» ( which corrects an interpretation for the sidtype parameter in the sc.exe).
Once the KB956572 installed on the server and after reboot, the update of the licence server passed without problem.
At the end of the installation of the version 11.9 (as well as the version 11.6), it should be waited until the LSPostConfigTool.exe process finishes being carried out within the framework of an update (to avoid the reboot).
On the way, the inferface of management of the licences citrix on the site of citrix.com is really nicer now
Lors de la mise à jour de notre serveur de licence (passage de 11.6.1 en 11.9 sur windows 2003 Fr Sp2) afin d’être compatible XenApp 6.5, nous avons été confrontés à un freeze lors de l’installation.
Un petit tour sur citrix edocs (ici) et on nous conseille de mettre à jour notre serveur sur la partie Fix MS.
Ok mais on voudrait bien savoir quels sont les fix qu’ils nous manque. Une recherche après et nous tombons sur le trhead suivant : “11.9 License Server Installation Hangs“, et nous trouvons au passage la fameuse KB manquante “KB956572” (qui corrige un problème d’interprétation du paramètre sidtype dans la commande sc.exe).
Une fois la KB956572 installée sur le serveur et un reboot après, la mise à jour du serveur de licence est passée sans problème.
Attention à la fin de l’installation de la version 11.9 (au même titre que la version 11.6), il faut attendre que le process LSPostConfigTool.exe finisse de s’exécuter dans la cadre d’une mise à jour (éviter le reboot 🙂 ).
Au passage, l’inferface de gestion des licences citrix sur le site de citrix.com est vraiment plus sympa maintenant 🙂 .
If like us, you are lucky to have SEP11 (Symantec Endpoint Protection) in your architecture, so you probably noticed that the SmcGui.exe process is launched along with each session of your server XenApp or TS/RDS.
In order to get off the SmcGui.exe process, you just have to follow the TECH105060 article from Symantec.
To wrap up, create the value DWORD : HKLM\SOFTWARE\Symantec\Symantec Endpoint Protection\SMC\LaunchSmcGui = 0
And if you wish to save some RAM on your server, then suppress the value ccApp, in HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run (32 bits) or HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run (64 bits), afin de ne pas charger ccApp.exe.
Dans notre cas un serveur 2008 R2
If your AD is in 2008, so the best, of course, is to implement a prefered GPO, with a WMI filter (example : Select * from Win32_Processor where DeviceID=”CPU0″ and AddressWidth=”32″ or Select * from Win32_Processor where DeviceID=”CPU0″ and AddressWidth=”64″)
If you want to use your preferred GPOs, on a 2003 server, so, you will have to install KB943729 in order to have preferred GPO applied
And for AD2003, there is also the option to go through a RegToAdm for the creation of the value LaunchSmcGui
SEP11-Exclude_SmcGui.regSEP11-Delete_SmcGui_Run_ccApp_64_Bits.regSEP11-Delete_SmcGui_Run_ccApp_32_Bits.reg
Citrix vient de mettre à disposition un white paper sur l’optimisation à apporter sur des serveurs XenApp 6.0/6.5 en vue d’une publication de bureau.
Le white paper est disponible via la CTX131577 😉 .
Alors publish Desktop ou XenDekstop 🙂 .
Bien que le guide soit orienté Desktop (encore que …), pas mal d’optimisations peuvent être portées sur vos serveurs XenApp 6.0/6.5 (même si ces derniers ne publient pas de bureau).
Si comme nous, lors de vos troubleshooting sur des serveurs 2008, vous “moumoutez” dans les divers menus pour atteindre tel ou tel outils, alors il reste la méthode du menu Windows-Exécuter 😉 .
Ci-dessous les principaux fichiers et leur correspondance dont nous faisons souvent usage 😉 :
Encore une fois nous avons mis que les principaux tools 😉 ) .
Si comme nous, vous avez la chance ( 😕 ) d’avoir comme antivirus SEP11 (Symantec Endpoint Protection) dans votre architecture, alors vous avez sans doute remarqué que le process SmcGui.exe était lancé dans chaque session de vos serveurs XenApp ou TS.
Afin de pouvoir exclure le process SmcGui.exe de vos sessions, il suffit de suivre l’article TECH105060 de chez Symantec.
En résumé cela passe par la création de la valeur DWORD : HKLM\SOFTWARE\Symantec\Symantec Endpoint Protection\SMC\LaunchSmcGui = 0
Et si vous souhaitez économiser de la RAM sur vos serveurs alors ça passe par la suppression de la valeur ccApp dans HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run (32 bits) ou HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run (64 bits), afin de ne pas charger ccApp.exe.
Dans notre cas un serveur 2008 R2
Si votre AD est en 2008, alors le mieux bien sûr est de mettre en place une GPO de préférence avec un filtre WMI (par exemple : Select * from Win32_Processor where DeviceID=”CPU0″ and AddressWidth=”32″ ou Select * from Win32_Processor where DeviceID=”CPU0″ and AddressWidth=”64″)
Si vous souhaitez appliquer vos GPO de préférence sur des serveurs 2003, alors il vous faudra installer la KB943729 afin que les gpo de préférence soient bien appliquées.
Et pour les AD 2003, il reste la possibilité de passer par un RegToAdm pour la création de la valeur LaunchSmcGui.
SEP11-Exclude_SmcGui.reg SEP11-Delete_SmcGui_Run_ccApp_64_Bits.reg SEP11-Delete_SmcGui_Run_ccApp_32_Bits.reg
