Skip to content

Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS

  • by

Celà faisait longtemps (très) que nous souhaitions faire un billet sur l’installation et la configuration d’un VDA sur un OS Linux (dans notre cas une Ubuntu 16.06.01 LTS). Il faut être honnête Citrix nous a bien simplifié la vie depuis les premières version de VDA sous Linux, ou il fallait faire mille et une manips afin de pouvoir configurer correctement son VDA, maintenant c’est simplifié au possible.


Concernant le VDA nous avons choisie la version 7.15.0.404 (LTSR) disponible ici, n’oubliez pas de lire le pdf sur la 7.15 qui vous évitera de partir à l’aventure si vous souhaitez utiliser une autre distribution (au passage vous noterez que la version 16.06 n’est pas mentionnée dans le pdf 😉 ).

Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS

StoreFront : Lancement d’applications impossibles

  • by

Lors d’une partie de troubleshooting avec un collègue Sysadmin nous sommes tombés sur un problème peu banal, en effet les utilisateurs pouvaient s’authentifier sur les StoreFront (environnement Citrix virtual apps and desktops 7.15 LTSR avec du SQL AlwaysOn) et voir les applications publiées mais ne pouvaient les lancer (toutes les applications de la ferme étaient impactées). Lors du click sur une application le message d’erreur “Impossible de démarrer l’application……” apparraissait systématiquement.


Sur les StoreFront nous avons constatés les events ci-dessous (aucun event sur les Controllers).

StoreFront : Lancement d’applications impossibles

XenAppUsr_7x V2.1

Enfin on s’est décidé à mettre à jour XenApp_Usr7x V2, en effet nombre d’entre vous nous ont remonté des bugs sous XenDesktop (merci encore pour vos retours). Outre la correction de bugs nous avons rajouté les… XenAppUsr_7x V2.1

Supprimer un controler récalcitrant de la Database

Dans un environnement “Hors Prod” nous avons rencontré un problème sur un Controller, en effet ce dernier était encore inscrit dans la ferme mais le DSName n’était plus renseigné et le MachineName contenait le SID du controller en lieu et place du nom.

 

Bien sûr une suppression dans Studio n’était pas possible 🙁

 

En googlelant nous sommes tombés sur un poste de JGSPIERS.COM “Remove orphaned Delivery Controller from XenApp XenDesktop Site“, qui via un script PowerShell (EvictiScript.ps1 ; modifier au préalable les variables $DBName $EvictedSID)  va générer un fichier evict_.txt contenant le script sql à exécuter sur le serveur SQL hébergeant votre Database.

Une fois ces étapes réalisées, notre Controller est bien supprimé de la Database (tout du moins en partie mais ça nous le verrons plus bas dans ce billet), en effet nous ne le voyons plus via un Get-BrokerController.

 

Le script de nettoyage a bien supprimé le Controller non résolu

Supprimer un controler récalcitrant de la Database

XenApp_Usr7x V2

UPDATE : 31/05/2018 V2.1 Formulaire principal : possibilité de faire un gpupdate sur le serveur hébergeant l’utilisateur sélectionné Formulaire principal : possibilité d’afficher les informations d’un process (process id, command line, creation date, executable path… XenApp_Usr7x V2

Erreur désinstallation VDA

  • by

Lors d’une désinstallation d’un VDA 7.6.300 nous avons rencontré l’erreur ci-dessous : Removal of MSI Product ‘CitrixHDXWMIProvider-x64.msi’ ………………….. failed with code ‘InstallFailure’ (1603).   En ce moment c’est une constante le 1603 🙂 Le fichier… Erreur désinstallation VDA