Bekannte Probleme

Active Directory

Ein Update der Active Directory-Integration in XenServer (veröffentlicht im Early Access-Kanal am Dec 4, 2025, und im Normal-Kanal am Dec 15, 2025) erfordert, dass zusätzliche Ports (135, 49152-65535) zwischen XenServer und den Active Directory-Domänencontrollern geöffnet sind. Wenn diese Ports geschlossen sind (z. B. durch eine Firewall), können Hosts möglicherweise keiner Active Directory-Domäne beitreten, oder, falls bereits beigetreten, Active Directory-Anmeldungen nicht zulassen. Weitere Informationen finden Sie unter Active Directory-Integration. (XSI-2112)

Allgemein

Beim Versuch, die serielle Konsole zur Verbindung mit einem XenServer®-Host zu verwenden, kann die serielle Konsole die Tastatureingabe verweigern. Wenn Sie warten, bis sich die Konsole zweimal aktualisiert hat, akzeptiert die Konsole anschließend die Tastatureingabe. (CA-311613)

Wenn das Lesecaching aktiviert ist, ist das Lesen vom übergeordneten Snapshot langsamer als vom Blatt. Um dieses Problem zu umgehen, weisen Sie dom0 mehr Speicher zu. (CP-32853)

Beim Versuch, sich mit einem falschen Passwort an der dom0-Konsole anzumelden, erhalten Sie die folgende Fehlermeldung: When trying to update a password, this return status indicates that the value provided as the current password is not correct. Diese Fehlermeldung wird erwartet, obwohl sie sich auf eine Passwortänderung und nicht auf eine Anmeldung bezieht. Versuchen Sie, sich mit dem richtigen Passwort anzumelden. (CA-356441)

Wenn ein XenServer-Host unerwartet ausgeschaltet und neu gestartet wird, kann es vorkommen, dass beim Versuch, VMs mit einem angeschlossenen vTPM wiederherzustellen, das vTPM in der VM fehlt. (CA-379928)

In einem Cluster-Pool, wenn ein Host nicht sauber heruntergefahren wird (z. B. abrupt ausgeschaltet wird), bleibt das Quorum gesperrt. Nachfolgende Operationen, einschließlich eines sauberen Herunterfahrens, lösen keine Quorum-Änderung aus. (CA-403866)

Nach einer Trennung vom Lizenzaktivierungsdienst (LAS) kann ein XenServer-Host, der die Online-Aktivierung verwendet, auch dann in der Lizenz-Gnadenfrist verbleiben, wenn der LAS wieder erreichbar ist. Der Host meldet weiterhin LICENSE_SERVER_UNREACHABLE- und GRACE_LICENSE-Warnungen, obwohl er erfolgreich mit dem LAS kommuniziert. Dieses Problem betrifft nur Hosts, die für die Online-Aktivierung konfiguriert sind; Hosts, die die Offline-Aktivierung verwenden, sind nicht betroffen. Um dieses Problem zu umgehen, starten Sie den Toolstack auf jedem betroffenen Host neu. (XSI-2204)

Grafik

Wenn NVIDIA T4 im Pass-Through-Modus zu einer VM auf bestimmter Serverhardware hinzugefügt wird, startet diese VM möglicherweise nicht. (CA-360450)

Sie können das NVIDIA Virtual GPU Manager Zusatzpaket nicht als Teil einer Neuinstallation Ihres XenServer-Hosts installieren. Nachdem Sie Ihre Hosts installiert haben, können Sie den NVIDIA Virtual GPU Manager über die xe CLI oder XenCenter installieren. Weitere Informationen finden Sie unter Installieren des NVIDIA vGPU Managers für XenServer.

Nach dem Upgrade des XenServer-Hosts auf die NVIDIA vGPU Manager Treiberversion 580.105.06 zeigen Windows-VMs, die die NVIDIA T4 vGPU-Konfiguration verwenden, einen schwarzen Bildschirm sowohl auf der VM-Konsole als auch über RDP an. Dieses Problem tritt auch nach dem Neustart der VM auf, selbst wenn die VM nach der Installation des Gasttreibers anfänglich korrekt angezeigt wurde. Das Problem betrifft alle getesteten Gasttreiberversionen und ist spezifisch für NVIDIA T4 GPU-Karten; NVIDIA A16 GPU-Karten sind mit derselben Hosttreiberversion nicht betroffen. Um dieses Problem zu umgehen, stufen Sie den NVIDIA vGPU Manager Hosttreiber auf Version 535.x (z. B. 535.274.03) herab. NVIDIA untersucht dieses Problem. (XSI-2104)

Gäste

Beim Definieren der vCPU-Topologie für eine neue VM stellen Sie sicher, dass die Anzahl der Kerne pro Socket auf eine Zweierpotenz (1, 2, 4, 8 usw.) eingestellt ist. Wenn dieser Wert nicht auf eine Zweierpotenz eingestellt ist, werden einige Ihrer Kerne von der VM nicht genutzt, können die im VM-Betriebssystem angezeigten Topologieinformationen falsch sein, und es können andere unerwartete Verhaltensweisen auftreten. (XSI-1766)

Wenn Sie versuchen, eine VM mit aktivierter dynamischer Speichersteuerung live auf einen Zielhost zu migrieren, auf dem Ressourcen wie der Arbeitsspeicher sehr begrenzt sind, kann die Migration manchmal fehlschlagen. (CA-380607)

Wenn Ihre VM in den Energiesparmodus wechselt, reagiert Ihre Maus möglicherweise nicht mehr, obwohl Ihre Tastatur weiterhin funktioniert. Ein Neustart der VM oder das Deaktivieren und erneute Aktivieren des USB-Controllers über den Geräte-Manager stellt die Mausfunktionalität wieder her. (CA-399746)

Windows-Gäste

Bei in eine Domäne eingebundenen Windows 10 VMs (1903 und höher) mit installiertem FireEye Agent können wiederholte erfolgreiche RDP-Verbindungen dazu führen, dass die VM mit 100 % CPU-Auslastung in ntoskrnl.exe einfriert. Führen Sie einen Hard-Reboot der VM durch, um diesen Zustand zu beheben. (CA-323760)

Wenn Sie eine UEFI-VM erstellen, erfordert die Windows-Installation einen Tastendruck zum Starten. Wenn Sie während des erforderlichen Zeitraums keine Taste drücken, wechselt die VM-Konsole zur UEFI-Shell.

Um dieses Problem zu umgehen, können Sie den Installationsprozess auf eine der folgenden Weisen neu starten:

Geben Sie in der UEFI-Konsole die folgenden Befehle ein.
```
 EFI:
 EFI\BOOT\BOOTX64
```
Starten Sie die VM neu

Wenn der Installationsprozess neu startet, beobachten Sie die VM-Konsole auf die Installationsaufforderung. Wenn die Aufforderung erscheint, drücken Sie eine beliebige Taste. (CA-333694)

Beim Versuch, eine Windows 10 VM von 1909 auf 20H2 oder höher zu aktualisieren, kann das Update mit einem Bluescreen fehlschlagen, der den Fehler anzeigt: INACCESSIBLE BOOT DEVICE. (XSI-1075)

Um die Wahrscheinlichkeit dieses Fehlers zu verringern, können Sie vor dem Updateversuch die folgenden Schritte ausführen:

Aktualisieren Sie die XenServer VM Tools für Windows auf Ihrer VM auf die neueste Version.
Erstellen Sie einen Snapshot der VM.
Löschen Sie in der VM-Registrierung die folgenden Werte aus dem Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\XENFILT\Parameters: ActiveDeviceID, ActiveInstanceID und ActiveLocationInformation

Beim Erstellen einer Windows-VM aus einer Vorlage, die so eingestellt ist, dass ihre Treiber nicht automatisch aktualisiert werden, wird die erstellte VM fälschlicherweise so eingestellt, dass sie ihre Treiber aktualisiert. Um dieses Problem zu umgehen, führen Sie den folgenden Befehl aus: xe pool-param-set policy-no-vendor-device=true uuid=<pool-uuid>. Dieser Befehl stellt sicher, dass zukünftige VMs, die aus der Vorlage erstellt werden, korrekt so eingestellt sind, dass sie Treiber nicht automatisch aktualisieren. VMs, die zuvor aus der Vorlage generiert wurden, werden nicht geändert. (CA-371529)

Beim Installieren von Windows Server 2025-VMs kann das Anschließen von zwei Festplatten dazu führen, dass die VM während des Starts hängt. Um dieses Problem zu vermeiden, schließen Sie die Installation mit einer einzigen Festplatte ab. Installieren Sie anschließend die VM Tools für Windows auf der VM und starten Sie sie neu, um die Installation abzuschließen. Sobald dies abgeschlossen ist, können Sie die zweite Festplatte sicher anschließen. (CA-399175)

Wenn Sie eine große Anzahl von Windows Server 2025-VMs gleichzeitig auf einem einzelnen Host starten, können einige davon nicht starten. (CP-51655)

Wenn eine importierte Windows-VM bereits XenServer VM Tools installiert hat, schlägt der Versuch, dieselbe Version der Tools während des Importvorgangs erneut zu installieren, fehl. (CA-413698)

Wenn Sie eine Windows Server-VM mit mehr als 4 Festplatten importieren, werden einige der Festplatten als offline angezeigt. (CA-414047)

Details zur neuesten Version der XenServer VM Tools für Windows finden Sie unter Neuerungen.

Linux-Gäste

Sie können die Funktion Dynamic Memory Control (DMC) auf Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 oder CentOS Stream 9 VMs nicht verwenden, da diese Betriebssysteme kein Memory Ballooning mit dem Xen®-Hypervisor unterstützen. (CA-378797)

Bei einigen Linux-VMs, insbesondere bei stark ausgelasteten Systemen mit ausstehenden Festplatten-I/O-Vorgängen, können Versuche, die VM anzuhalten oder live zu migrieren, fehlschlagen. Um dieses Problem zu umgehen, versuchen Sie, den Wert von /sys/power/pm_freeze_timeout zu erhöhen, zum Beispiel auf 300000. Wenn diese Problemumgehung nicht erfolgreich ist, können Sie den Linux-Kernel der VM auf die neueste Version aktualisieren. (CP-41455)

Aufgrund eines bekannten Problems mit Mesa-Treibern unter Ubuntu 24.04 kann es nach der Installation einer Ubuntu 24.04 (Desktop)-VM auf einem AMD-Plattform-Host, bei dem das Wayland-Protokoll standardmäßig aktiviert ist, zu wiederholten Anmeldeaufforderungen kommen.

Um dieses Problem zu beheben, können Sie entweder Wayland deaktivieren oder zu lightdm als Standard-Display-Manager wechseln.

Wayland deaktivieren.

Öffnen Sie eine Eingabeaufforderung und führen Sie den folgenden Befehl aus:
```
 sudo nano /etc/gdm3/custom.conf
 
```
Legen Sie den folgenden Wert fest, um Wayland zu deaktivieren:
```
 WaylandEnable=false
 
```
Starten Sie die VM neu, um den Vorgang abzuschließen.
Wechseln Sie zu lightdm.

lightdm installieren:
```
 sudo apt install lightdm
 
```
Als Standard-Display-Manager festlegen:
```
 sudo dpkg-reconfigure lightdm
 
```
Starten Sie die VM neu, um den Vorgang abzuschließen.

Installation

Beim Upgrade oder der Installation von XenServer 8.4 auf HPE Proliant Gen10-Systemen kann der Vorgang während des Starts, aber bevor der Installer beginnt, hängen bleiben.

Um dieses Problem zu umgehen, deaktivieren Sie den hpsa-Treiber:

Verwenden Sie die Installations-ISO, um den Host wiederherzustellen.
Beim Booten der ISO geben Sie GRUB ein, indem Sie an der Boot-Eingabeaufforderung e (UEFI) oder Tab (BIOS) drücken.
Fügen Sie den folgenden Text an die Kernel-Parameter an: modprobe.blacklist=hpsa
Drücken Sie Strg-X oder Enter, um fortzufahren.
Fahren Sie mit der Installation oder dem Upgrade fort.

Nach Abschluss der Installation oder des Upgrades können Sie den hpsa-Treiber wieder aktivieren, indem Sie die Zeile modprobe.blacklist=hpsa aus den Kernel-Parametern in GRUB entfernen.

Beim Upgrade auf oder der Installation von XenServer 8.4 von einer ISO, die sich auf einem IIS-Server befindet, kann die Installation oder das Upgrade fehlschlagen und Ihre Hosts können nicht neu gestartet werden. Die Remote-Konsole zeigt den GRUB-Fehler an: „File ‘/boot/grub/i3860pc/normal.mod’ not found. Entering rescue mode“. Dieses Problem wird durch die IIS-Konfiguration verursacht, die dazu führt, dass Paketdateien fehlen. Um dieses Problem zu umgehen, stellen Sie sicher, dass doppelte Escaping auf IIS zugelassen ist, bevor Sie die Installations-ISO darauf extrahieren. (XSI-1063)

Verwenden Sie das neueste XenCenter, um von Citrix Hypervisor 8.2 CU1 auf XenServer 8.4 zu aktualisieren. Die Verwendung einer älteren Version von XenCenter kann zu einem Verlust der Konnektivität führen.

Laden Sie das neueste XenCenter von der XenServer-Produktdownloadseite herunter.

Internationalisierung

Nicht-ASCII-Zeichen, zum Beispiel Zeichen mit Akzenten, können in der Hostkonsole nicht verwendet werden. (CA-40845)

In einer Windows-VM mit installierten XenServer VM Tools für Windows kann das Kopieren und Einfügen von Doppelbyte-Zeichen fehlschlagen, wenn die Standard-Desktopkonsole in XenCenter verwendet wird. Die eingefügten Zeichen erscheinen als Fragezeichen (?).

Um dieses Problem zu umgehen, können Sie stattdessen die Remotedesktopkonsole verwenden. (CA-281807)

Speicher

Wenn Sie eine Neuinstallation von XenServer auf einem Host mit einem lokalen XFS SR auf einem NVMe-Gerät erstellen, wird Ihr lokaler Speicher beim Start nicht angehängt. Die Aktion schlägt mit dem Fehler fehl: “Raised Server_error(SR_BACKEND_FAILURE, [ FileNotFoundError; [Errno 2] No such file or directory: ‘/sys/block/nvme0n/queue/scheduler’ ])”.

Nach der Installation der neuesten Updates können Sie den lokalen Speicher manuell anhängen.

Wenn Sie GFS2-SRs verwenden und zwei Hosts in Ihrem Cluster-Pool haben, kann Ihr Cluster während eines Upgrades das Quorum verlieren und sich abgrenzen. Um diese Situation zu vermeiden, fügen Sie entweder einen Host zu Ihrem Cluster hinzu oder entfernen Sie einen Host. Stellen Sie sicher, dass Sie während des Upgrade-Prozesses entweder einen oder drei Hosts in Ihrem Pool haben. (CA-313222)

Nach dem Entfernen einer HBA-LUN von einem SAN können Protokollmeldungen und E/A-Fehler auftreten, wenn Sie Informationen zu logischen Volumes abfragen. Um dieses Problem zu umgehen, starten Sie den XenServer-Host neu. (XSI-984)

Sie können den Namen des vom PVS-Accelerator verwendeten tmpfs SR nicht festlegen oder ändern. Wenn type tmpfs ist, ignoriert der Befehl xe sr-create den für name-label festgelegten Wert und verwendet stattdessen einen festen Wert. Wenn Sie versuchen, den Befehl xe sr-param-set auszuführen, um den Namen des tmpfs SR zu ändern, erhalten Sie den Fehler SCRIPT_MISSING.

Sie können nicht mehr als 200 PVS-Accelerator-fähige VMs auf einem XenServer-Host ausführen. (CP-39386)

Eine Leistungsregression, die Schreibvorgänge auf neu erstellte virtuelle Datenträger-Images (VDIs) auf GFS2- und XFS-Speicher-Repository-Typen (SR) betraf, wurde behoben.

Hinweis:

Dieses Problem betrifft VDIs, die nach den Software-Updates erstellt wurden, die am 9 October 2024 für Early Access und am 16 October 2024 für Normal veröffentlicht wurden. VDIs, die vor diesen Updates oder nach dem am 21 October 2024 veröffentlichten Update erstellt wurden, sind nicht betroffen.

Obwohl dieses Update die Leistungsregression behebt, stellt es die Leistung für betroffene VMs aufgrund der Struktur der während des Regressionszeitraums erstellten Sicherungsdatei nicht automatisch wieder her. Um die Leistung wiederherzustellen:

Für nicht-persistente oder geschichtete VMs (verwaltet mit Citrix Virtual Apps and Desktops™ MCS): Führen Sie ein Basis-Image-Update durch.
Für persistente VMs (einschließlich Master-Images): Erstellen Sie einen Snapshot, um eine neue Sicherungsdatei für zukünftige Schreibvorgänge zu erstellen, was die Leistungsregression behebt. Behalten Sie den Snapshot bei, bis ein zukünftiges XenServer-Update veröffentlicht wird, um ein erneutes Auftreten des Problems zu verhindern. Ein vorzeitiges Löschen kann dazu führen, dass die zuvor falsche Metadatenstruktur erneut angewendet wird, wodurch das Leistungsproblem wieder auftritt.
Für Test-VMs: Erstellen Sie diese neu, um das Problem zu beheben.

Manchmal ist es beim Löschen des letzten Snapshots einer VM nicht möglich, die Daten der aktiven VM-Festplatte vollständig mit dem übergeordneten Gerät zusammenzuführen. Dies wird oft dadurch verursacht, dass die VM aktiv ist und Daten schneller auf die Festplatte schreibt, als der Zusammenführungsprozess sie zusammenführen kann. Infolgedessen benötigt die VM möglicherweise mehr Speicherplatz als üblich, da sie zwei virtuelle Festplatten in einer Delta-Eltern-/Kind-Anordnung hat. Dieses Problem kann sich stärker auf LVM-basierte SR-Typen auswirken, da die aktive Schreibfestplatte der VM vollständig bereitgestellt wird. Damit der Datenzusammenführungsprozess abgeschlossen werden kann, entweder

Reduzieren Sie vorübergehend die Speicher-I/O-Rate, die die VM erzeugt.
Fahren Sie die VM herunter.

Scannen Sie dann den SR neu, auf dem die Festplatten der VM gespeichert sind. (XSI-1922)

Auf NFS- oder SMB-SRs kann die Changed Block Tracking (CBT)-Funktionalität für VMs, die auf Supporter-Hosts ausgeführt werden, fehlschlagen, was möglicherweise zu VDI_NO_CBT_METADATA Fehlern führt, die von Backup-Clients gemeldet werden und vollständige Backups erfordern. Citrix arbeitet mit Priorität an einer Lösung für dieses Problem. (CA-431091)

War dieser Artikel hilfreich?