Fehlerbehebung bei VM-Problemen
Wenn Sie ungewöhnliches VM-Verhalten feststellen, soll dieser Abschnitt Ihnen helfen, das Problem zu lösen. Dieser Abschnitt beschreibt, wo sich Anwendungs-Logs befinden und andere Informationen, die Ihrem XenServer® Solution Provider helfen können, das Problem zu verfolgen und zu beheben.
Wichtig:
Befolgen Sie die Informationen zur Fehlerbehebung in diesem Abschnitt nur unter Anleitung Ihres XenServer Solution Providers oder des Support-Teams.
Hersteller-Updates: Halten Sie Ihre VMs mit vom Betriebssystemhersteller bereitgestellten Updates auf dem neuesten Stand. Der Hersteller hat möglicherweise Korrekturen für VM-Abstürze und andere Fehler bereitgestellt.
VM-Abstürze
Wenn Sie VM-Abstürze erleben, kann ein Kernel-Crash-Dump möglicherweise helfen, das Problem zu identifizieren. Reproduzieren Sie den Absturz, falls möglich, und befolgen Sie dieses Verfahren. Wenden Sie sich an Ihren Gast-OS-Anbieter für weitere Untersuchungen zu diesem Problem.
Das Crashdump-Verhalten Ihrer VMs kann mit dem Parameter actions-after-crash gesteuert werden. Die folgenden Werte sind möglich:
| Wert | Beschreibung |
|---|---|
preserve |
Die VM in einem angehaltenen Zustand belassen. (Zur Analyse) |
restart |
Kein Core-Dump, VM neu starten. (Dies ist die Standardeinstellung) |
destroy |
Kein Core-Dump, VM angehalten lassen. |
So aktivieren Sie das Speichern von VM-Absturzabbildern:
-
Bestimmen Sie auf dem XenServer-Host die UUID der gewünschten VM, indem Sie den folgenden Befehl ausführen:
xe vm-list name-label=<name> params=uuid --minimal <!--NeedCopy--> -
Ändern Sie den Wert
actions-after-crashmitxe vm-param-set; führen Sie beispielsweise den folgenden Befehl auf dom0 aus:xe vm-param-set uuid=<vm_uuid> actions-after-crash=preserve <!--NeedCopy--> -
Stürzen Sie die VM ab.
-
Bestimmen Sie die Domänen-ID der VM, indem Sie den folgenden Befehl auf dom0 ausführen:
xe vm-param-get uuid=<vm_uuid> param-name=dom-id <!--NeedCopy--> -
Führen Sie den Befehl
xl triggerin dom0 aus, um den Absturz auszulösen:xl trigger <dom_id> nmi <!--NeedCopy-->
-
Verhalten von Windows-VM-Absturzabbildern
Standardmäßig werden Windows-Absturzabbilder in %SystemRoot%\Minidump in der Windows-VM selbst abgelegt. Sie können die Dump-Ebene der VM konfigurieren, indem Sie dem Menüpfad Arbeitsplatz > Eigenschaften > Erweitert > Starten und Wiederherstellen folgen.
XenServer VM Tools für Windows-Diagnose erfassen
Die XenServer VM Tools für Windows enthalten ein Diagnosetool namens xtbugtool. Dieses Tool ist als PowerShell-Skript xtbugtool.ps1 verfügbar.
Zusätzlich stellen wir eine veraltete Batch-Skript-Version für ältere Windows-Versionen bereit, xtbugtool.bat. Wenn möglich, empfehlen wir die Verwendung der PowerShell-Version.
Dieses Tool wird auf den folgenden Betriebssystemen unterstützt:
- Windows 10
- Windows 11
- Windows Server 2016
- Windows Server 2019
- Windows Server 2022
- Windows Server 2025
Um Probleme mit den XenServer VM Tools für Windows zu diagnostizieren, sammelt das Skript die folgenden Informationen von Ihrer Windows-VM:
- Registrierungsschlüssel, die für XenServer VM Tools für Windows-Installationen relevant sind
- MSinfo in NFO- und Textversionen
- System-, Sicherheits- und Anwendungsereignisprotokolle
- Die folgenden Dateien und Verzeichnisse:
C:\ProgramData\CitrixC:\ProgramData\Citrix Systems, Inc.C:\ProgramData\XenServerC:\Windows\Inf\setupapi.dev.logC:\Windows\Inf\setupapi.setup.log
- Die Ausgabe der folgenden Befehle:
- Systeminformationen
- Aufgabenliste /NH
- PnP-Dienstprogramm -e
- PnP-Dienstprogramm /Treiber auflisten
- Windows-Verwaltung /Repository überprüfen
- IP-Konfiguration /alle
Ausführen des PowerShell-Skripts
Führen Sie die folgenden Schritte aus, um das PowerShell-Skript auszuführen:
- Öffnen Sie auf Ihrer Windows-VM ein PowerShell-Terminal als Administrator.
- Geben Sie im Startmenü
PowerShellein und wählen Sie Als Administrator ausführen. - Wechseln Sie das Verzeichnis zu
C:\Program Files\XenServer\XenTools\diagnostics -
Führen Sie das Skript mit dem folgenden Befehl aus:
xtbugtool.ps1 <path_to_output_directory>Wenn Sie keinen Wert für den Ausgabepfad angeben, gibt das Skript die Ausgabe in das aktuelle Verzeichnis aus.
Das Skript erstellt eine komprimierte Datei mit einem Namen im Format xtbugtool-yyyyMMddHHmmss.zip in dem von Ihnen angegebenen Ausgabeverzeichnis.
Ausführen des Batch-Skripts (veraltet)
Um das Batch-Skript auszuführen, gehen Sie wie folgt vor:
- Öffnen Sie auf Ihrer Windows-VM eine Eingabeaufforderung als Administrator.
- Geben Sie im Startmenü
cmdein und wählen Sie Als Administrator ausführen. - Wechseln Sie das Verzeichnis zu
C:\Program Files\XenServer\XenTools\diagnostics -
Führen Sie das Skript mit dem folgenden Befehl aus:
xtbugtool.bat <path_to_output_directory>
Das Skript erstellt eine komprimierte Datei mit einem Namen im Format xt-bugtool-YYYY.MM.DD-xxxx.zip in dem von Ihnen angegebenen Ausgabeverzeichnis.
UEFI- und Secure Boot-Probleme
Wie ändere ich die Bildschirmauflösung der XenCenter®-Konsole auf einer UEFI-fähigen VM?
So ändern Sie die Bildschirmauflösung der XenCenter-Konsole auf einer UEFI-fähigen VM:
- Öffnen Sie die Windows-Einstellungen
- Klicken Sie auf Update & Sicherheit (Windows 10/Server 2019/2022) oder System > Wiederherstellung (Windows 11/Server 2025).
- Drücken Sie unter der Registerkarte „Wiederherstellung“ die Schaltfläche Jetzt neu starten.
- Navigieren Sie zu Problembehandlung > Erweiterte Optionen > UEFI-Firmwareeinstellungen.
- Drücken Sie Neu starten. Während des Neustarts wird das UEFI-Einstellungsmenü geladen.
- Navigieren Sie zu Geräte-Manager > OVMF-Plattformkonfiguration. Dies zeigt die aktuelle Bildschirmauflösung an.
- Drücken Sie die Eingabetaste, um die Optionen für die Bildschirmauflösung anzuzeigen.
- Verwenden Sie die Pfeiltasten, um die gewünschte Bildschirmauflösung auszuwählen, und drücken Sie die Eingabetaste.
- Drücken Sie F10, um die Änderungen zu speichern und Ihre Auswahl zu bestätigen.
- Starten Sie die VM neu, um die XenCenter-Konsole in einer aktualisierten Bildschirmauflösung anzuzeigen.
Warum kann ich keine UEFI Secure Boot VM erstellen?
Überprüfen Sie, ob Ihr VM-Betriebssystem den UEFI Secure Boot-Modus unterstützt. Die folgenden Betriebssysteme unterstützen Secure Boot:
- Windows 10
- Windows 11
- Windows Server 2016
- Windows Server 2019
- Windows Server 2022
- Windows Server 2025
- Red Hat Enterprise Linux 8
- Red Hat Enterprise Linux 9
- Red Hat Enterprise Linux 10 (Vorschau)
- Ubuntu 22.04
- Ubuntu 24.04
- Rocky Linux 8
- Rocky Linux 9
- SUSE Linux Enterprise 15
- Debian Bookworm 12
- Oracle Linux 8
Warum startet meine UEFI Secure Boot VM nicht?
Wenn Sie die folgenden Meldungen auf der Konsole Ihrer UEFI Secure Boot VM und eine Warnung in XenCenter sehen, ist der Secure Boot-Prozess fehlgeschlagen und Ihre VM startet nicht.
Dies wird normalerweise durch die Installation nicht signierter Treiber in die VM verursacht. Untersuchen Sie, welche Treiber seit dem letzten erfolgreichen Secure Boot aktualisiert oder installiert wurden.
Sie können Secure Boot deaktivieren, um die nicht signierten Treiber zu entfernen.
Wichtig:
Bevor Sie dies tun, sichern Sie Ihre VM, indem Sie einen Snapshot erstellen.
Verursacht Secure Boot ein Problem auf meiner VM?
Um zu diagnostizieren, ob ein Problem auf Ihrer VM durch aktiviertes Secure Boot verursacht wird, deaktivieren Sie Secure Boot und versuchen Sie, das Problem zu reproduzieren.
Wie führe ich Windows Debug auf einer Secure Boot Windows VM aus?
Sie können Windows Debug nicht auf einer Secure Boot Windows VM ausführen. Um Windows Debug auf Ihrer VM auszuführen, müssen Sie Secure Boot deaktivieren.
Warum werden für meine UEFI-fähige Windows VM nur zwei NICs angezeigt?
Auch wenn Sie beim Erstellen Ihrer UEFI-fähigen VM mehr als zwei NICs eingerichtet haben, werden beim ersten Start der VM nur zwei NICs angezeigt. Nachdem die XenServer VM Tools für Windows in der VM installiert wurden, werden diese Informationen korrekt angezeigt.
Warum werden meine emulierten Geräte auf einer UEFI Windows VM als andere Typen als erwartet angezeigt?
UEFI Secure Boot VMs verwenden NVME und E1000 für emulierte Geräte. Beim ersten Start der VM werden die emulierten Geräte jedoch als andere Typen angezeigt. Nachdem die XenServer VM Tools für Windows in der VM installiert wurden, werden diese Informationen korrekt angezeigt.
Warum kann ich meine Vorlagen nicht vom BIOS-Modus in den UEFI- oder UEFI Secure Boot-Modus konvertieren?
Sie können eine UEFI-fähige VM-Vorlage nur aus einer mit XenServer gelieferten Vorlage erstellen.
Verwenden Sie den Befehl xe template-param-set nicht für Vorlagen, auf denen etwas installiert ist, oder für Vorlagen, die Sie aus einem Snapshot erstellt haben. Der Startmodus dieser Snapshots kann nicht geändert werden, und wenn Sie versuchen, den Startmodus zu ändern, startet die VM nicht.
Wie überprüfe ich UEFI- und UEFI Secure Boot-Variablen?
Führen Sie auf dem XenServer-Host, auf dem die UEFI- oder UEFI Secure Boot-VM gehostet wird, die folgenden Befehle aus:
varstore-ls
Dieser Befehl listet die GUIDs und Namen der verfügbaren Variablen auf. Verwenden Sie die GUID und den Namen im folgenden Befehl:
varstore-get <VM\_ID> <GUID> <name> | hexdump -C
Warum kann ich keinen ‘Test’-Treiber mit einer Secure Boot VM verwenden?
Wenn Sie auch mit einem Drittanbieter zusammenarbeiten, um Probleme in dessen UEFI Secure Boot VM zu debuggen und zu beheben, stellt der Drittanbieter möglicherweise nicht signierte Treiber zu Test- oder Verifizierungszwecken bereit. Diese Treiber funktionieren in einer UEFI Secure Boot VM nicht.
Fordern Sie einen signierten Treiber vom Drittanbieter an. Alternativ können Sie Ihre UEFI Secure Boot VM in den Einrichtungsmodus (setup mode) schalten, um mit dem nicht signierten Treiber zu arbeiten.
Xentop-Dienstprogramm
Das Xentop-Dienstprogramm zeigt Echtzeitinformationen über ein XenServer-System und laufende Domänen in einem semi-grafischen Format an. Sie können dieses Tool verwenden, um den Status der einer VM zugeordneten Domäne zu untersuchen.
So führen Sie das Xentop-Dienstprogramm aus:
- Stellen Sie über SSH eine Verbindung zum XenServer-Host her oder wechseln Sie in XenCenter zur Registerkarte Konsole des Hosts.
-
Führen Sie den folgenden Befehl aus:
xentopDie Konsole zeigt Informationen über den Host in einer Tabelle an. Die Informationen werden regelmäßig aktualisiert.
Ausgabespalten
Das Xentop-Dienstprogramm zeigt die folgenden Spalten in der Konsole an:
- NAME – Der Name der Domäne. „Domain-0“ ist die XenServer-Kontrolldomäne. Andere Domänen gehören zu den VMs.
-
STATUS – Der Status der Domäne. Der Status kann einen der folgenden Werte annehmen:
- d – die Domäne stirbt ab
- s – die Domäne wird heruntergefahren
- b – die Domäne ist blockiert
- c – die Domäne ist abgestürzt
- p – die Domäne ist angehalten
- r – die Domäne läuft aktiv auf einer der CPUs
- CPU(sec) – Die CPU-Auslastung der Domäne in Sekunden
- CPU(%) – Die CPU-Auslastung der Domäne in Prozent
- MEM(k) – Der aktuelle Speicherverbrauch der Domäne in KiB
- MEM(%) – Der aktuelle Speicherverbrauch der Domäne in Prozent
- MAXMEM(k) – Der maximale Speicherverbrauch der Domäne in KiB
- MAXMEM(%) – Der maximale Speicherverbrauch der Domäne in Prozent
- VCPUS – Die Anzahl der der Domäne zugewiesenen virtuellen CPUs
- NETS – Die Anzahl der von der Domäne verwendeten virtuellen Netzwerke
- NETTX(k) – Die Gesamtmenge des Netzwerk-TX in KiB
- NETRX(k) – Die Gesamtmenge des Netzwerk-RX in KiB
- VBDS – Die Anzahl der virtuellen Blockgeräte
- VBD_OO – Die Gesamtzahl der Male, bei denen das VBD einen Fehler aufgrund fehlender Anfragen festgestellt hat. In diesem Fall werden E/A-Anfragen für das VBD verzögert.
- VBD_RD – Die Gesamtzahl der VBD-Leseanforderungen
- VBD_WR – Die Gesamtzahl der VBD-Schreibanforderungen
- VBD_RSECT – Die VBD-Lesesektoren
- VBD_WSECT – Die VBD-Schreibsektoren
Xentop-Parameter
Sie können die folgenden Parameter verwenden, um die Ausgabe für den xentop-Befehl zu konfigurieren:
- -h – Zeigt die Befehlshilfe für den xentop-Befehl an.
- -V – Zeigt die Version des xentop-Befehls an.
- -d oder –delay=SECONDS – Legt die Anzahl der Sekunden zwischen den Aktualisierungen fest
- -n oder –networks – Zeigt die Daten für jedes VIF-Netzwerk an, das einer Domäne zugeordnet ist
- -x oder –vbds – Zeigt die Daten für jedes VBD-Blockgerät an, das einer Domäne zugeordnet ist
- -r oder repeat-header – Wiederholt die Tabellenüberschrift vor jeder Domäne
- -v oder –vcpus – Zeigt die Daten für jede vCPU an, die einer Domäne zugeordnet ist
- -i oder –iterations – Anzahl der Iterationen (Aktualisierungen), die angezeigt werden sollen, bevor xentop beendet wird
- -f oder –full-name – Zeigt den vollständigen Domänennamen anstelle eines gekürzten Namens an
Sie können die meisten dieser Parameter auch innerhalb des xentop-Dienstprogramms konfigurieren.