Apparut avec la version 7.2, le “timingProfiler” permet d’afficher au sein de l’outil “Help Desk” le temps de chargement d’un profil avec certains détails comme les temps pour l’Authentification, Brokering, protocol connection, GPO Load, Logon Script, Profil Load et l’intéractive.

Pour activer le “timingProfiler” il faut passer la commande ci-dessous sur tous les Connection Server afin d’avoir accès à la section “Logon Segments” dans le HelpDesk
vdmadmin -I -timingProfiler -enable
Il est dommage que cela ne soit pas activé pas défaut lors de l’installation d’un Connection Server standalone (ou replica).
Ci-dessous la définition de certains des items remontés dans le “Logon Segments” (en 7.10).

Si vous souhaitez avoir plus de détails sur le logon de vos users, c’est possible via Logon Monitor (qui est inclus dans l’agent View depuis la version 7.1, au passage on parlait déjà de Logon Monitor en août 2016 dans le billet “Logon-monitor-cest-gratuit-foncez” 🙂 .
Lancer un ctrl-alt-supp en ligne de commande
Hier nous sommes tombés dans un cas de figure improbable, nous devions faire un ctrl-atl-supp dans une session Terminal Server (Windows 2012 Us), à partir d’une autre session Terminal Service (Windows 2016 Fr) elle-même lancée à partir d’une VDI View (Windows 10 Us), VDI lancée à partir d’un vénérable MacBook Air et bien sûr les raccourcis clavier habituels ne fonctionnaient pas. Vous nous direz et pourquoi ne pas passer par le clavier virtuel (osk.exe), he bien tout simplement parce ce dernier refusait de se lancer…….Oui on vous l’accorde on cumule…
On est où la ? W2K12 ? W2K16 ? 🙂
Il y a quelques années on avait déjà rencontré un problème similaire lors de nos glorieuses années dans une équipe wintel…. ok on s’égare 🙂 , ci-dessous la commande permettant de faire un ctrl-alt-supp (Allez dans le menu “Démarrer” puis “Excecuter”).
C:\Windows\explorer.exe shell:::{2559a1f2-21d7-11d4-bdaf-00c04f60b9f0}
La commande passe bien sous W2K12/W2K16
Horizon View 7.3 : event id 2091/2093
Comme vous le savez Horizon view repose sur une base ADAM repliquée entre les divers Connections Servers, c’est bien… c’est beau tant que ça se réplique bien, le jour où vous rencontrez des problèmes de réplication alors il sera grand temps de vous souvenir de votre expérience AD. De notre côte sur une infra 7.3 avec 3 connections Servers nous avons rencontré les event id 2091 et 2092.

Ownership of the following FSMO role is set to a server which is deleted or does not exist.
Operations which require contacting a FSMO operation master will fail until this condition is corrected.
FSMO Role: CN=Partitions,CN=Configuration,CN={F82E0D4A-16B0-44B1-91B7-5F5A08BD619A}
FSMO Server DN: CN=NTDS Settings\0ADEL:8f620d83-00d8-4b15-87fc-97430126a71e,CN=Server01$VMwareVDMDS\0ADEL:b5ebd2b8-1345-48ab-bb4c-554090afca20,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,CN={F82E0D4A-16B0-44B1-91B7-5F5A08BD619A}

This server is the owner of the following FSMO role, but does not consider it valid. For the partition which contains the FSMO, this server has not replicated successfully with any of its partners since this server has been restarted. Replication errors are preventing validation of this role.
Operations which require contacting a FSMO operation master will fail until this condition is corrected.
FSMO Role: CN=Schema,CN=Configuration,CN={F82E0D4A-16B0-44B1-91B7-5F5A08BD619A}
Nous comprenons rapidement que nous n’avons pas de schema master, pour confirmer cela on ouvre un “Active Directory Schema” (via une mmc)


Afin de pouvoir forcer un schema master, nos amis de VMware nous ont pondu la KB2083758 qui va nous permettre de configurer un nouveau Shema Master (attention l’étape 8 n’est pas obligratoire, nous l’avons rajoutée car dans notre cas il fallait forcer le “naming master”).
- To open the command prompt:
- Click Start.
- Right-click Command Prompt and then click Run as administrator.
- In the command prompt, run this command:
dsmgmt - In the
dsmgmt
command prompt, run this command:
roles - In the
fsmo maintenance
command prompt, run this command:
connections - In the
server connections
command prompt, run this command:connect to server
computername:portnumber
where computername:portnumber is the computer name and communications port number of the AD LDS instance that you want to use as the new schema master. - In the
server connections
command prompt, run this command:quit
In the
fsmo maintenance
command prompt, run this command:seize schema master
- (Etape rajoutée) In the
fsmo maintenance
command prompt, run this command:seize naming master
- Type exit and press Enter
Une fois les commandes passées nous avons bien un nouveau schema master et plus d’erreurs dans les events log de nos Connection Server
Server “Server01:389” knows about 2 roles
Schema – CN=NTDS Settings,CN=Server01$VMwareVDMDS,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,CN={F82E0D4A-16B0-44B1-91B7-5F5A08BD619A}Naming Master – CN=NTDS Settings\0ADEL:8f620d83-00d8-4b15-87fc-97430126a71e,CN=Server01$VMwareVDMDS\0ADEL:b5ebd2b8-1345-48ab-bb4c-554090afca20,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,CN={F82E0D4A-16B0-44B1-91B7-5F5A08BD619A}
Horizon 7.10 error : warning Echec de la connexion
Suite à la migration d’un environnement Horizon view 7.3 vers 7.10, on nous a remonté une erreur de connexion à la console d’administration HTML5 avec les navigateurs Chrome (79.0.3945.117 – Build officiel – 32 bits ) et Firefox (72.0.1 – 32 bits).

Ce problème de connection peut-être résolu en modificant le fichier “locked.properties” (dans le cadre d’un problème d’affichage HTML5 via le navigateur Edge et en passant par des F5 nous avions deja eu l’occasion de jouer avec le fichier “locked.properties”). Revennons à nos moutons, la KB2144768 chez VMware nous donne la liste des actions à réaliser afin résoudre ce problème de connexion.
- Créer le fichier C:\Program Files\VMware\VMware View\Server\sslgateway\conf\ locked.properties
- Ajouter la ligne : checkOrigin=false
- Redémarrer le service « Composant VMware Horizon View Security Gateway” (wstunnel)

vCenter error : interface com.vmware.vim.binding.integrity.VcIntegrity is not visible from class loader
Sur un vCenter 6.5 Version 6.5.0.10000 Build 5973321 nous avons rencontré l’erreur ci-dessous dans l’onglet “Update manager – Attacher une ligne de base”
interface com.vmware.vim.binding.integrity.VcIntegrity is not visible from class loader

Mais comme on est pressé et que VMware fait bien les choses la KB 60640 répond pile-poil à notre problème
- Allez en SSH sur le vCenter
- Lancez la commande service-control –stop –all
- Lancez la commande service-control –start –all

Horizon View 7.8 : vmware view error during provisioning initial publish failed fault type is VC_FAULT_FATAL
Lors de l’intégration d’un serveur composer dans une infra Horizon View 7.8 on nous a remonté l’erreur ci-dessous lors du déploiement de machines au sein d’un pool de postes de travail en “Automated, instant clone, floating”.
vmware view error during provisioning initial publish failed fault type is VC_FAULT_FATAL

Au départ nous pensions à un problème de permissions sur le Vcenter, mais en regardant de plus près sur la configuration du vCenter/Composer dans la console “Horizon 7 Administrator” nous avons constaté que le vCenter était configuré avec un compte local
Une fois le compte local remplacé par un compte de service du domaine (avec les permissions adéquates) le déploiement de machines a pu se faire sans problème.
VIP injoignable sur NetScaler VPX
Sur des NetScaler VPX (11.0.71.18 qu’il faudra mettre à jour ASAP) nous avons créé des VIPs qui étaient pingables mais injoignables sur les ports sur lesquels elles étaient configurées (dans le cas présent TCP 443 et TCP 8085).
En regardant du côté firewall (ASA) nos collègues du réseau ont remarqué des time-out et drop.
01/09 07:37:35 <182>Sep 02 2019 20:37:17: %ASA-6-106015: Deny TCP (no connection) from xx.xxx.xx.xxx/80 to xx.xxx.xx.xxx/59968 flags SYN ACK on interface cag_VIP978
En googlelant nous sommes tombés sur la CTX205292 extrêmement intérressante, en effet activant le MBF sur les Netscaler, les VIPs étaient joignables sans problème.
Pour activer le MBF il faut se connecter en SSH sur le Netscaler et lancer la commande ci-dessous.
enable ns mode mbf
Le problème dans notre cas était bien un problème de routage asymétrique et pas question de toucher à la conf des firewall, donc on a activé le mode MDF sur les Netscaler.
vSAN : Rechercher un disque
La lecture du titre de ce post vous laisse dubitatif avouez le 🙂 .
Dernièrement nous avons dù identifier physiquemebt un disque (au sein d’un disque group) qui rencontrait de grosses latences (entre 15000 ms et 45000 ms), un remplacement rapide s’imposait donc.
Le problème est que nous avons pu identifier le disque au sein du disque groupe via son naa, mais comment l’identifier physiquement sur l’ESXi (serveur CISCO UCS-C240-M4SX) ? Dans UCS Central aucune alarme ne remontait côté disque (normal il n’y a pas de problème hardware vous nous direz) et en ESXCLI on ne remonte pas d’informations de type PID permettant de faire le lien entre le naa. et le disque dans UCS. Dans le Vcenter, sur l’ESXi dans l’onglet “Configure” – “Storage-Storage Device” vous avez un bouton qui permet (logiquement) d’allumer la led d’un disque selectionné (le fameux “turn on ou turn off disk locator”), mais dans notre cas cela ne fonctionnait pas.

En googlelant nous sommes tombés sur la commande ci-dessous qui permet d’allumer (ou clignoter) la led d’un disque.
esxcli storage core device set -d naa.50000397885347bd -l=locator -L=600
Après avoir trouver une âme charitable dans le Datacenter, le collègue a pu nous donner la position du disque dans le serveur en vue de son prochain remplacement.
vSAN : Supprimer un objet dans le “Resyncing Component”
Dans un Vcenter 6.5.0 (build 5318154) au sein d’un cluster vSAN (version : 6.6) nous avons remarqué la présence d’un objet orphelin dans l’onglet “Resyncing Components”.

Nous avons constaté que le vSAN Health était en jaune en GUI et via la commande ci-dessous.
esxcli vsan health list
Le problème en l’état, c’est que nous ne connaissons pas l’objet récalcitrant, afin de le retrouver nous avons lancé la commande ci-dessous.
esxcli vsan debug resync list

Afin de supprimer un objet récalcitrant il existe une commande qui permet de supprimer des objets, cependant cette commande est à utiliser avec parcimonie 😉 .
/usr/lib/vmware/osfs/bin/objtool delete "your object" -f -v 10

Du coup on décide de lancer les commandes ci-dessous au cas où.
esxcli vsan debug resync list esxcli vsan health cluster list


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 😉 ).
Continuer la lecture de « Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS »