VDA Archive

0

Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS

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

Pour l’instalation du VDA nous avons opté pour la méthode facile, rapide et simple (mais pas la plus geek on l’avoue), donc direction WinSCP et copiez le fichier xendesktopvda_7.15.0.404-1.ubuntu16.04_amd64.deb dans /tmp.

Déposer le fichier xendesktopvda_7.15.0.404-1.ubuntu16.04_amd64.deb dans /tmp.


Ouvrez une console SSH via un Putty sur votre Ubuntu, puis allez sur dans le répertoire /temp.


Lancez la commande : sudo apt-get install ./xendesktopvda_7.15.0.404-1.ubuntu16.04_amd64.deb


 Lancez la commande : sudo /opt/Citrix/VDA/sbin/ctxinstall.sh

Cliquez sur n puis validez.

Cliquez sur n puis validez.

Entrez L’IP d’un serveur NTP puis validez.

Entrez le nom de domain AD puis validez.

Entrer le nom de domain au format FQDN puis validez.

Entrer le nom d’un controller de domain au format FQDN puis validez.

Entrer 1 puis valider

Entrer le nom du compte permettant l’enregistrement dans le domaine puis validez.

Verifiez si les entrées sont bonnes, tapez y puis validez.

Tapez n puis validez.

Entrez un ou plusieur Delivery Controller (espacé par un espace) puis validez.

Entrez le numero du port de communication du VDA avec le controller (par defaut 80) puis validez.

Tapez y puis validez.

Tapez y puis validez.

Tapez n puis validez.

Là c’est fonction de votre projet, pour du XenApp tapez n, pour du XenDesktop tapez y puis validez.

Entrez le nom du site DNS qui permettra au VDA de découvrir les serveurs LDAP puis validez.

Entrez le nom d’un serveur LDAP au format FQDN:389 puis validez

Entrez la base de recherche LDAP où vous souhaitez que le VDA effectue ses recherches puis validez.

Tapez y puis validez.

Verifiez que toutes entrées sont bonnes puis tapez y et validez.

Entrez le mot de passe du compte servant à joindre le domain puis validez.

Si tout va bien ça se passe comme ça 🙂 .

Il nous reste à créer un Machine Catalog et un Delivery Group pour notre VDA Linux afin de publier un Bureau.


Cliquez sur OS de serveur puis sur le bouton “Suivant”.

Cliquez sur le bouton “Suivant”.

Cliquez sur le bouton “Ajouter des ordinateurs…” et ajoutez votre serveur Linux.

Cliquez sur le bouton “Suivant”.

Renseignez les champs puis cliquez sur le bouton “Terminer”.

Il reste à créer le Delivery Group afin de permettre l’accès à notre VDA Linux.

Choisissez votre Machine Catalog Linux puis cliquez sur le bouton “Suivant”.

Cliquez sur le bouton “Suivant” (en PROD on vous conseille fortement de restreindre à des groupes).

Cliquez sur le bouton “Suivant” (sauf si vous souhaitez publier aussi des applications).

Cliquez sur le bouton “Ajouter…”.

Renseignez les champs et cliquez sur le bouton “Ok”.

Cliquez sur le bouton “Suivant”.

Cliquez sur le bouton “Terminer”.

Votre VDA devrait être en cour d’initialisation.

Et si tout va bien le VDA passe en Registered 🙂 .

Tags: ,
0

Erreur installation VDA 7.15 LTSR CU1

Lors d’une mise à jour d’un VDA 7.6 LTSR vers la 7.15 CU1 (vers un VDA 7.15 LTSR CU1) nous avons recontré l’erreur ci-dessous.

 

 

 

Error Id: XDMI:1AA44929

Exception:

Citrix.MetaInstaller.Exceptions.MetaInstallerException ‘NDP452-KB2901907-x86-x64-AllOS-ENU.exe’ component failed to install with error 0x000013EC.
at Citrix.MetaInstaller.Prerequisites.DotNet452Component.Install(InstallationContext context)
at Citrix.MetaInstaller.InstallationManager.InstallComponent(IInstallableComponent component, InstallationContext installContext)

 

On va la faire courte, c’est juste un problème d’espace disque, donc rien de bien méchant, sauf que nos amis de chez Citrix pourraient faire un check d’espace disque avant l’installation d’un VDA (ou de sa mise à jour)……. ou pas 🙂

 

S’il n’y a plus de place pour installer Microsoft .NET Framework 4.5.2 on va pas aller très loin 🙂

 

 

 

 

 

 

0

Troubleshooting for newbies (erreur upgrade VDA)

 

Dans ce billet rien de très follichon juste une erreur lors d’un upgrade de Vda 7.14.1 vers 7.15 LTSR (CU1) sur un serveur W2K16 US.

Donc il est 2:00 du mat, il est temps de matter un épisode de notre série favorite du moment et la bim un upgrade de VDA qui nous pond une erreur.

 

Encore une erreur bien parlante 🙂

 

En cliquant sur View détails on avait ça :

Error Id: XDMI:619E0143

Exception:

System.NullReferenceException Object reference not set to an instance of an object.
at Citrix.MetaInstaller.UI.Pages.Common.ViewModels.ComponentPageViewModel..ctor(MainWindowViewModel mainWindowViewModel, BaseDataModel dataModel)
at Citrix.MetaInstaller.UI.Pages.Vda.ViewModels.VdaMainWindowViewModel.CreatePages()
at Citrix.MetaInstaller.WizardFramework.MainWindowViewModel.Initialize()
at Citrix.MetaInstaller.UI.Pages.Vda.ViewModels.VdaMainWindowViewModel.Initialize()
at Citrix.MetaInstaller.MetaInstallerWpfApplication.OnStartup(StartupEventArgs e)
at System.Windows.Application.<.ctor>b__1(Object unused)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
at System.Windows.Application.RunInternal(Window window)
at System.Windows.Application.Run()
at Citrix.MetaInstaller.MetaInstallerApplication.Run(String[] args)
at Citrix.MetaInstaller.MetaInstallerApplication.InstallResultMain(String[] args)

 

Bon on n’est pas plus avancé, mais un reflex de Sysadmin nous est revenu en cette heure tardive, lancez l’install du Vda via un “Run as administator” et là ça passe direct.

 

On est bon pour aller matter notre série 🙂

Tags: , ,
0

Error Studio : Server.fqdn cannot be added to this Catalog as it has the wrong machine type

Pour bien terminer l’année 2016 nous avons rencontré une erreur lors de l’ajout d’un host linux dans un Catalog XenApp 7.12

Server.fqdn cannot be added to this Catalog as it has the wrong machine type

 

elle se termine bien l’année 2016 🙂



Côté Powershell on n’a pas retrouvé le host en question (via un Get-BrokerMachine), par contre dans la base de donnée nous avons constaté que ce dernier était présent via son nom dns et son SID dans les tables [chb_State].[WorkerNames] et [chb_Config].[WorkerIndex].

 

Supprimez la ligne contenant le DNSName posant problème

 

Supprimez la ligne contenant le SID posant problème



Une fois les entrées SID et DnsName supprimées nous avons pu rajouter le Host dans le Catalog.

 


Ça fonctionne mieux après notre nettoyage.

 

Une fois le bureau Linux publié ça donne ça 😉 .

 

Tags: , ,
0

Erreur désinstallation VDA

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

 

vda_error_wmi01En ce moment c’est une constante le 1603 🙂

Le fichier de log et les events du serveur ne donnant rien, nous avons extrait le msi CitrixHDXWMIProvider-x64.msi puis tenté une installation à la mano.

 

vda_error_wmi02On sy attendait, mais ce qui nous intéresse ce sont les logs du msi

 

Direction le fichier de log (dans notre cas : C:\Users\UserName\Local Settings\Temp\Number\Citrix\XenDesktop Installer\MSI Log Files)

 

MSI (c) (94:44) [16:36:42:043]: Windows Installer installed the product. Product Name: Citrix HDX WMI Provider – x64 7.6.300.7024. Product Version: 7.6.300.7024. Product Language: 1036. Manufacturer: Citrix Systems, Inc.. Installation success or error status: 1603

Property(N): Rollback_Uninstall_MOFRegister.A447AE13_47F3_442C_8854_837BF7E37D1A = c:\Program Files (x86)\Citrix\System32\citrix.hdx.wmi.provider.mof
Property(N): MOFUnregister.A447AE13_47F3_442C_8854_837BF7E37D1A = c:\Program Files (x86)\Citrix\System32\citrix.hdx.wmi.provider_delete.mof

 

La lecture du fichier de log nous apporte une information intéressante concernant la suppression des fichiers .mof, donc direction une console PowerShell afin de vérifier ce qui reste de WMI côté Citrix via la commande : gwmi -Namespace root -class __Namespace -Filter “name = ‘citrix’

 

vda_error_wmi03

 

Nous allons y aller à la brute en supprimant le Namespace “Citrix” via la commande :  gwmi -Namespace root -class __Namespace -Filter “name = ‘citrix’| Remove-WmiObject

Une fois le Namespace Citrix supprimé, l’installation du msi CitrixHDXWMIProvider-x64.msi se termine sans erreur.


vda_error_wmi04Ca c’est bon, il ne reste plus qu’a relancer la suppression du VDA 7.6300 😉

 

Tags: , ,
0

Erreur installation VDA : UpmVDAPlugin.msi Failed (1619)

Lors d’un upgrade de VDA 7.6.300 (LTSR) vers un VDA 7.6.1000 (LTSR CU1) sur un serveur W2K8 R2 Sp1 US, on nous a remonté l’erreur ci-dessous :

‘UpmVDAPlugin_x64.msi’ failed with code ‘InstallPackageOpenFailed’ (1619)

 

vda_error1On clique toujours sur “View error détails”, mais rarement ça nous dépanne 😉

 

vda_error2
He oui on a cliqué et on n’est pas plus avancé 🙂

 

Au passage ce serveur était membre il y a quelques mois d’une ferme XenApp 6.5 (c’est donc un serveur qui a un certain vécu 😉 ).

Revenons à nos moutons, en regardant les events du serveur nous n’avons rien trouvé, en revanche en ouvrant le fichier de log d’installation du VDA nous avons vite trouvé l’origine du problème.

$ERR$ : XenDesktopSetup:MSI file C:\WINDOWS\TEMP\Ctx-76B9FF05-0423-4B17-974A-6063551BB4B8\Extract\Image-Full\x64\Virtual Desktop Components\UpmVDAPlugin_x64.msi not found on media.

 

Dans un premier temps il faut extraire le fichier “UpmVDAPlugin_x64.msi” du “VDAServerSetup_7.6.1000.exe“, une solution rapide et simple est d’ouvrir le fichier “VDAServerSetup_7.6.1000.exe” avec WinRar (ou 7-zip) et d’extraire le fichier “UpmVDAPlugin_x64.msi” (situé dans ..\Image-Full\x64\Virtual Desktop Components). Il ne reste plus qu’a placer le fichier “UpmVDAPlugin_x64.msi” dans “C:\WINDOWS\TEMP\Ctx-76B9FF05-0423-4B17-974A-6063551BB4B8\Extract\Image-Full\x64\Virtual Desktop Components\” et de relancer l’installation du VDA.

 

vda_error3Une fois le fichier UpmVDAPlugin_x64.msi copié, l’installation passe sans problème

0

Problème de désinstallation VDA 7.6

Attention billet Post-it 🙂 .

Si vous rencontrez un problème de désinstallation de VDA 7.6.300 (dans notre cas sur un W2K12 R2 US), il se peut que l’origine de l’erreur provienne d’un problème de droit sur une clé de registre.


VDA_Error1L’erreur lors de la désinstallation du VDA


VDA_Error2Le fichier IcaTS_x64.msi fait des siennes avec un installFaillure (1603)


VDA_Error3Toujours la même erreur qui revient.


Juste avant de googleler la fameuse erreur “IcaTS_x64.msi…….failed with code ‘installFaillure’ (1603). ,  on a regardé du côté des journaux d’événements et nous sommes tombés sur l’eventID 11402 ci-dessous.


VDA_Error4Au moins c’est clair la


Une fois les permissions correctement placées le problème restait présent, seule la suppression de la clé [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\EUEM\LoggedEvents] nous a permis de corriger ce problème de désinstallation de VDA.

VDA_Error5Une fois la clé supprimée

Tags: ,