Bekannte Probleme und Erwägungen
Dieses Release von Citrix Provisioning enthält folgende neue Probleme:
-
DbScript.exe aktualisiert die Datenbank nicht, wenn Sie auf Citrix Provisioning PVS 2206 oder höher aktualisieren. Um dieses Problem zu beheben, müssen Sie die folgenden Zeilen manuell zwischen den Zeilen 2376 und 2377 der Datei DbScript.exe hinzufügen. Ersetzen Sie [YOUR_DATABASE_NAME] durch den Namen Ihrer Datenbank.
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]
In früheren Releases gemeldete Probleme
-
Wenn Sie Startgeräte mit dem Dienstprogramm Boot Device Management konfigurieren, können Sie nicht über die Seite Specify the Login Server hinausgehen, wenn Sie Folgendes zutrifft:
- Sie wählen Use DNS to find the server.
- Sie aktivieren das Kontrollkästchen Target Device is UEFI firmware.
- Sie geben im Feld Server FQDN einen FQDN mit mehr als 15 Zeichen ein.
- Sie deaktivieren das Kontrollkästchen Target Device is UEFI firmware.
- Sie wählen Use static IP address for the Server aus.
Sie können mit der nächsten Seite fortfahren, wenn Sie das FQDN-Feld löschen oder die Anzahl der Zeichen auf weniger als 15 reduzieren. [PVS-9954]
-
In GCP-Umgebungen schlägt das Entfernen von serverseitigen Schreibcachedateien, die sich im
WriteCache-Verzeichnis des Citrix Provisioning-Store befinden, durch den Citrix Virtual Apps and Desktops-Setupassistenten fehl. Die Schreibcachedateien werden verwendet, um den Schreibcache beim ersten Start der VMs zu formatieren. Daher müssen die Dateien auch dann entfernt werden, wenn das Provisioning fehlschlägt, um die Verschwendung von Speicherplatz zu vermeiden. Führen Sie einen oder beide der folgenden Schritte aus, um dieses Problem zu beheben:- Stellen Sie sicher, dass die Anzahl der Threads den Wert 20 hat. Führen Sie einen der folgenden Schritte aus:
- Legen Sie den Wert im Registrierungseinstellungsschlüssel fest:
Computer\HKEY_CURRENT_USER\Software\Citrix\ProvisioningServices\VdiWizard\MAX_VM_CREATE_THREADS_PER_HYPERVISOR <!--NeedCopy-->- Entfernen Sie den Registrierungseinstellungsschlüssel.
- Stellen Sie sicher, dass sich der Store für Schreibcachedateien auf einem persistenten SSD-Datenträger anstelle eines persistenten Standarddatenträgers befindet. [PVS-9870]
- Stellen Sie sicher, dass die Anzahl der Threads den Wert 20 hat. Führen Sie einen der folgenden Schritte aus:
-
Bei Windows 2022 als Host gibt es Einschränkungen. Microsoft SCVMM 2019 für Hyper-V unterstützt Windows Server 2022 nicht als Host. Der Setupassistent für Citrix Virtual Apps and Desktops und der Setupassistent für gestreamte VMs können keine Ziele erstellen, wenn Windows Server 2022 als Hypervisor verwendet wird.
-
Citrix Provisioning unterstützt kein beschleunigtes Netzwerk in einem Azure-Zielgerät. [PVS-8871]
-
Der Setupassistent von Citrix Virtual Desktops erstellt Ziele und startet diese dann, um das Cachelaufwerk zu formatieren. Dieser Prozess findet schnell statt. Es kann vorkommen, dass ein VDA nicht ordnungsgemäß heruntergefahren werden kann. Der Grund dafür ist, dass der VDA initialisiert wird, während der Citrix Provisioning-Dienst und der Dienst auf dem bereitgestellten Gerät gleichzeitig das Cachelaufwerk formatieren. Dann fährt es herunter. Lösen des Problems:
- Erstellen Sie im Registrierungsschlüssel
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\ProvisioningServicesdes virtuellen Laufwerks ein DWORD namensRebootDelaySec. - Weisen Sie
RebootDelaySeceinen Wert zu. Dadurch wird die Zeit für das Herunterfahren um den in Sekunden eingestellten Wert verzögert. [HDX-14474]
- Wenn der Setupassistent für gestreamte VMs zum Erstellen von VMs auf einem Citrix Hypervisor-Host unter Angabe einer vCPU verwendet wird, wird die VM mit einer vCPU und einer Topologie von 2 Kernen pro Socket erstellt. Bei dieser Methode der VM-Erstellung wird verhindert, dass die VM startet, und es wird folgende Fehlermeldung in XenCenter angezeigt: “The value ‘VCPU_max must be a multiple of this field’ is invalid for field platforms: cores-per-socket.” XenCenter kann die VM dann nicht starten, weil Topologie und Konfiguration der virtuellen CPU nicht kompatibel sind. [PVS-1126]