Citrix Provisioning

Problèmes connus et considérations à prendre en compte

Cette version de Citrix Provisioning inclut les nouvelles considérations et nouveaux problèmes suivants :

  • DbScript.exe ne parvient pas à mettre à niveau la base de données lorsque vous essayez de passer à Citrix Provisioning PVS 2206 ou version ultérieure. Pour résoudre ce problème, vous devez ajouter manuellement les lignes suivantes entre les lignes 2376 et 2377 du fichier DbScript.exe. Remplacez [YOUR_DATABASE_NAME] par le nom de votre base de données.

     END
     GO
     DECLARE @ErrorVar INT
     SET @ErrorVar = @@ERROR
     if @ErrorVar != 0
     BEGIN
     DECLARE @errVersion smallint
     SELECT @errVersion = version FROM DatabaseVersion
     PRINT N'Error updating from Version ' + CAST(@errVersion AS NVARCHAR(8));
     PRINT N'Error = ' + CAST(@ErrorVar AS NVARCHAR(8));
     SET NOEXEC ON
     return
     END
     USE [YOUR_DATABASE_NAME]
     DECLARE @version smallint
     SELECT @version = version FROM DatabaseVersion
     if @version < 172
     BEGIN
     <!--NeedCopy-->
    

    [PVS-11063]

  • Lors de la configuration des périphériques de démarrage à l’aide de l’outil Boot Device Management, vous ne pouvez pas aller au-delà de la page Specify the Login Server si vous :

    1. Sélectionnez Use DNS to find server.
    2. Activez la case à cocher Target Device is UEFI firmware.
    3. Entrez un nom de domaine complet de plus de 15 caractères dans le champ Server FQDN.
    4. Décochez la case Target Device is UEFI firmware.
    5. Sélectionnez Use static IP address for the Server.

    Vous pouvez passer à la page suivante si vous effacez le champ FQDN ou que vous réduisez le nombre de caractères à moins de 15. [PVS-9954]

  • Dans les environnements GCP, l’assistant d’installation Citrix Virtual Apps and Desktops ne parvient pas à supprimer les fichiers de cache en écriture côté serveur situés dans le répertoire WriteCache du magasin Citrix Provisioning. Les fichiers du cache en écriture sont utilisés pour formater le cache en écriture lorsque vous démarrez les machines virtuelles pour la première fois. Par conséquent, les fichiers doivent être supprimés même si le provisioning échoue pour éviter de gaspiller de l’espace disque. Pour résoudre ce problème, effectuez l’une des opérations suivantes, ou les deux :

    • Assurez-vous que la valeur du nombre de threads est définie sur 20. Effectuez l’une des opérations suivantes :
      • Définissez la valeur dans la clé de paramètre du registre :
         Computer\HKEY_CURRENT_USER\Software\Citrix\ProvisioningServices\VdiWizard\MAX_VM_CREATE_THREADS_PER_HYPERVISOR
         <!--NeedCopy-->
      
      • Supprimez la clé de paramètre du registre.
    • Assurez-vous que le magasin utilisé pour les fichiers de cache en écriture utilise un disque persistant SSD au lieu d’un disque standard. [PVS-9870]

Problèmes signalés précédemment

  • Windows 2022 présente des limitations en tant qu’hôte. Microsoft SCVMM 2019 pour Hyper-V ne prend pas en charge Windows Server 2022 en tant qu’hôte. L’assistant Citrix Virtual Apps and Desktops Setup et l’assistant Stream VM ne peuvent pas créer de cibles lors de l’utilisation de Windows Server 2022 en tant qu’hyperviseur.

  • Lorsque vous essayez de supprimer une collection vide dans Citrix Provisioning dans un environnement Azure et sur site, la console Citrix Provisioning affiche l’écran de suppression de machine virtuelle Azure. [PVS-9746]

  • Citrix Provisioning ne prend pas en charge le réseau accéléré sur une machine cible Azure. [PVS-8871]

  • Dans les versions 2109 et antérieures, lors du streaming vers des machines cibles Linux, si le pare-feu est activé sur le système d’exploitation, les ports UDP 6901-6902 6910-6930 doivent être ouverts manuellement sur la machine cible. [PVS-9162]

  • L’assistant d’installation Citrix Virtual Desktops Setup Wizard crée des cibles, puis les initialise pour formater le lecteur de cache. Ce processus se produit rapidement. Parfois, un VDA atteint un état où il ne parvient pas à s’arrêter correctement. Ce processus se produit car le VDA s’initialise alors que le Citrix Provisioning Service et le service de la machine provisionnée terminent simultanément le formatage du lecteur de cache, puis s’arrête. Pour résoudre ce problème :

  1. Dans la clé de registre du disque virtuel, HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\ProvisioningServices, créez un DWORD appelé RebootDelaySec.
  2. Attribuez une valeur à RebootDelaySec. Cela retarde l’heure de l’arrêt en fonction de la valeur définie en secondes. [HDX-14474]
  • Lorsque vous utilisez l’assistant d’installation Streamed VM pour créer des VM sur un hôte XenServer tout en spécifiant un processeur virtuel, la VM est créée avec un processeur virtuel et une topologie de 2 cœurs par socket. Ceci empêche la VM de démarrer, avec affichage du message d’erreur suivant dans XenCenter : « The value ‘VCPU_max must be a multiple of this field’ is invalid for field platforms: cores-per-socket ». Par conséquent, XenCenter ne parvient pas à démarrer la VM car la topologie et la configuration du processeur virtuel ne sont pas compatibles. [PVS-1126]
Problèmes connus et considérations à prendre en compte