XenServer

Fehlerbehebung bei VM-Problemen

Wenn Sie ungewöhnliches VM-Verhalten feststellen, soll Ihnen dieser Abschnitt bei der Lösung des Problems helfen. Dieser Abschnitt beschreibt, wo sich Anwendungs-Logs befinden und welche weiteren Informationen 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-Absturzabbild möglicherweise helfen, das Problem zu identifizieren. Reproduzieren Sie den Absturz, falls möglich, und befolgen Sie dieses Verfahren. Wenden Sie sich für weitere Untersuchungen dieses Problems an Ihren Gast-Betriebssystemanbieter.

Das Absturzabbild-Verhalten Ihrer VMs kann über den Parameter actions-after-crash gesteuert werden. Die möglichen Werte sind:

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:

  1. 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-->
    
  2. Ändern Sie den Wert actions-after-crash mithilfe von xe 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-->
    
  3. Stürzen Sie die VM ab.

    1. 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-->
      
    2. Führen Sie den Befehl xl trigger in 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.

Diagnosedaten der XenServer VM Tools für Windows 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 zur Ausführung auf älteren Windows-Versionen bereit, xtbugtool.bat. Wo immer 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 die Installationen der XenServer VM Tools für Windows relevant sind
  • MSinfo in NFO- und Textversionen
  • System-, Sicherheits- und Anwendungsereignisprotokolle
  • Die folgenden Dateien und Verzeichnisse:
    • C:\ProgramData\Citrix
    • C:\ProgramData\Citrix Systems, Inc..
    • C:\ProgramData\XenServer
    • C:\Windows\Inf\setupapi.dev.log
    • C:\Windows\Inf\setupapi.setup.log
  • Die Ausgabe der folgenden Befehle:
    • Systeminformationen
    • Aufgabenliste /NH
    • Befehl: pnputil -e
    • Befehl: pnputil /enum-drivers
    • winmgmt /verifyrepository
    • ipconfig /all

Ausführen des PowerShell-Skripts

Gehen Sie wie folgt vor, um das PowerShell-Skript auszuführen:

  1. Öffnen Sie auf Ihrer Windows-VM ein PowerShell-Terminal als Administrator.
  2. Geben Sie im Startmenü PowerShell ein und wählen Sie Als Administrator ausführen.
  3. Wechseln Sie das Verzeichnis zu C:\Program Files\XenServer\XenTools\diagnostics
  4. 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:

  1. Öffnen Sie auf Ihrer Windows-VM eine Eingabeaufforderung als Administrator.
  2. Geben Sie im Startmenü cmd ein und wählen Sie Als Administrator ausführen.
  3. Wechseln Sie das Verzeichnis zu C:\Program Files\XenServer\XenTools\diagnostics
  4. 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:

  1. Öffnen Sie die Windows-Einstellungen
  2. Klicken Sie auf Update & Sicherheit (Windows 10/Server 2019/2022) oder System > Wiederherstellung (Windows 11/Server 2025).
  3. Klicken Sie auf der Registerkarte „Wiederherstellung“ auf die Schaltfläche Jetzt neu starten.
  4. Navigieren Sie zu Problembehandlung > Erweiterte Optionen > UEFI-Firmwareeinstellungen.
  5. Drücken Sie Neu starten. Während des Neustarts wird das UEFI-Einstellungsmenü geladen.
  6. Navigieren Sie zu Device Manager > OVMF Platform Configuration. Dies zeigt die aktuelle Bildschirmauflösung an.
  7. Drücken Sie die Eingabetaste, um die Bildschirmauflösungsoptionen anzuzeigen.
  8. Verwenden Sie die Pfeiltasten, um die gewünschte Bildschirmauflösung auszuwählen, und drücken Sie die Eingabetaste.
  9. Drücken Sie F10, um die Änderungen zu speichern und Ihre Auswahl zu bestätigen.
  10. Starten Sie die VM neu, um die XenCenter-Konsole in einer aktualisierten Bildschirmauflösung zu sehen.

Warum kann ich keine UEFI Secure Boot VM erstellen?

Überprüfen Sie, ob Ihr VM-Betriebssystem den UEFI Secure Boot-Modus unterstützt. Details dazu, welche Gastbetriebssysteme UEFI Secure Boot unterstützen, finden Sie unter Gast-Betriebssystem-Funktionsunterstützung.

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.

Konsolenausgabe einer UEFI Secure Boot VM, die nicht startet.

Dies wird normalerweise durch die Installation nicht signierter Treiber in der 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, (/de-de/xenserver/8/vms#disabling-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 (/de-de/xenserver/8/vms#disabling-secure-boot).

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 einen ‘Test’-Treiber nicht 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, könnte der Drittanbieter unsignierte Treiber zu Test- oder Verifizierungszwecken bereitstellen. 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 versetzen, um sie mit dem unsignierten Treiber auszuführen.

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 Domäne zu untersuchen, die einer VM zugeordnet ist.

So führen Sie das Xentop-Dienstprogramm aus:

  1. Stellen Sie über SSH eine Verbindung zum XenServer-Host her oder gehen Sie in XenCenter zur Registerkarte Konsole des Hosts.
  2. Führen Sie den folgenden Befehl aus: xentop

    Die 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.
  • STATE – Der Status der Domäne. Der Status kann einen der folgenden Werte haben:

    • d – die Domäne stirbt
    • 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) – Die aktuelle Speichernutzung der Domäne in KiB
  • MEM(%) – Die aktuelle Speichernutzung der Domäne in Prozent
  • MAXMEM(k) – Die maximale Speichernutzung der Domäne in KiB
  • MAXMEM(%) – Die maximale Speichernutzung 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 Fälle, in 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-Leseanfragen
  • 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 einem 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 den Tabellenkopf 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, bevor xentop beendet wird
  • -f oder –full-name – Zeigt den vollständigen Domänennamen anstelle eines gekürzten Namens an

Die meisten dieser Parameter können Sie auch innerhalb des xentop-Dienstprogramms konfigurieren.

Fehlerbehebung bei VM-Problemen