Nach HyperV Installation startet Server nicht mehr

Moin,

welchen Server hast du denn? Sind alle notwendigen virtIO Treiber installiert?

Mal testweise mit einer älteren Windows Version getestet?

Grundsätzlich ist Nested Virtualisierung eher eine Glücksache.

MfG

Quote from Exception

Grundsätzlich ist Nested Virtualisierung eher eine Glücksache.

Es kann von den ein auf den anderen Tag auch nicht mehr Funktionieren.

Was bei manchen geholfen hat ist es beim Support von Netcup zu Fragen ob man das Hostsystem wechseln kann, das geht allerdings nur beim Rootserver und nicht beim VPS, weil dieser Cloud basiert ist und hier bei jeden Ausschalten das Hostsystem wechseln kann aber nicht muss.

Läuft das bei dir auf ein Rootserver?

Ich Betriebe so was nicht, weil es nur Frickelei und Stress bedeutet.

Quote from BloodyFire

Der Support meint das VMX Flag ist aktiv und funktionsfähig.

PS: Ich hatte vor ca. 3-4 Monaten schon einmal HyperV unter Windows Server 2019 laufen und da gings problemlos.

Ob auch das VMX-Flag für deinen vServer tatsächlich gesetzt ist, kannst du recht schnell mit Hilfe des Rettungssystems und dem Befehls lscpu unter Linux überprüfen.

Im Auszug sollte dann unter anderem auch so was ähnliches wie der Schriftzug Virtualization: VT-x für Intel oder Virtualization: AMD-V für AMD zu sehen sein.

Ist es nicht zu sehen, ist das jeweilige Flag nicht gesetzt.

Voraussetzung ist aber, bevor du den Server in den Rettungsmodus startest, dass du den Server vorher mal komplett ausschaltest. Denn der Grund ist, sofern der sogenannte Bauplan für deinen vServer auf dem Wirt vom Provider mal modifiziert wurde, dass nach dem Neustart Dieser neu eingelesen werden muß.

Quote from Exception

Grundsätzlich ist Nested Virtualisierung eher eine Glücksache.

Grundsätzlich ist Nested Virtualisierung mittlerweile sehr zuverlässig, solange das Wirtsystem mit Prozessen pro vCore nicht überbucht wird, da einfach ausgedrückt jeder vCore eines virtuellen Servers auf dem Wirtsystem nicht nur einen Prozess auslöst und damit das System belastet, sondern vom Wirt auch weitere Eigenschaften wie z.B. das entsprechende Flag an den jeweiligen virtuellen Server durchreichen muß.

Die letze Zeile verwirrt mich. Wieso steht da unter KVM-Linux ein Dritthersteller?

Quote from vmk

Die letze Zeile verwirrt mich. Wieso steht da unter KVM-Linux ein Dritthersteller?

Weil der Hypervisor in dem Fall HyperV ist. Der läuft nested unter KVM.

Das passt aber nicht zum ersten Posting. Das Windows bootet nicht mehr und hier sollten wir im Rettungssystem sein.

Evtl könnte das Helfen:

Windows Server 2019 Hyper-V auf KVM

ESXi PSODs - regelmässig :(

Quote from vmk

Das passt aber nicht zum ersten Posting. Das Windows bootet nicht mehr und hier sollten wir im Rettungssystem sein.

Das scheint aber nicht der Fall zu sein. Microsoft wird dort nur ausgewiesen, wenn der PCI Vendor entsprechend gesetzt ist. Kann HyperV das Rettungssystem gestartet haben?

Wäre aber auch komisch, da man im SCP für das Rettungssystem ja auch die Bootreihenfolge ändern muss.

Eventuell wird "Microsoft" als Hypervisor vendor angezeigt, wenn man im SCP unter "Optimierungen für Betriebssystem" Windows auswählt?

Quote from timkoop

Eventuell wird "Microsoft" als Hypervisor vendor angezeigt, wenn man im SCP unter "Optimierungen für Betriebssystem" Windows auswählt?

Das dürfte die Erklärung sein. ?

Laut qemu Doku gibt es Optimierungen die die IDs entsprechend abändern.

Quote from BloodyFire

Den ersten Link hatte ich vorgestern auch schon, leider hatte die Lösung mit der Netzwerkkarte nicht geholfen. -> selbes Problem

Zum zweiten Link: Bin ein bisschen verwirrt. Was war nun seine Lösung?

PS: Bin hier noch bisschen neu auf dem Gebiet, deswegen sorry falls ich nicht gleich alles blicke.

In den ersten Link wird dein Problem Beschrieben und auch Lösungen geben.

Folgendes im SCP Einstellen:

1. Netzwerkkarte auf "rtl8139"

2. Festplatten Treiber auf "IDE"

Alle Angaben sind, wie immer ohne Gewähr (Pistole).

Hi!

Gleiches Thema hier. Hab den Server jetzt längere Zeit nicht genutzt, jetzt mal Patches eingespielt und *patsch*: Reparaturmodus...

Alles sehr wenig zufriedenstellend. Ich könnte mir vorstellen, dass ich nicht der einzige bin, der eine Testumgebung brauchen kann und nicht der Linux-Experte ist. NetCup hat mir gerade geschrieben, dass sie "Nested Virtualization" nur auf KVM supporten, aber weder auf Hyper-V noch auf VMWare,

Naja, wenn das nicht supported wird, ist das eine kaufmännisch/technische NetCup-Entscheidung, die will ich gar nicht in Frage stellen.

Ich werde dann aber wohl zum nächsten Termin den Server kündigen. Schade.

netcup bietet doch nur KVM-Server an. Ich finde das komplett logisch.

Wie gesagt: Diese Aussage von NetCup und beruht auf deren Kosten/Nutzen Analyse und ist für mich völlig ok.

Dann ist aber Netcup für mich und meinen Anwendungsfall nicht (mehr) der Dienstleister/Anbieter der Wahl- ganz ohne Polemik.