Hyper-V vm aus restore event id 18560 und 12812

[john23 5]

Hallo Zusammen,

 

ich habe eine Testwiederherstellung von mehreren Servern gemacht und die VMs lassen sich auch starten. Nur nach wenigen Minuten booten die einfach neu durch. Im Eventlog vom Hyper-V ist folgendes zu finden:

 

Event ID 12812:

DC01: Fehler beim Aktivieren der Änderungsnachverfolgung für das Laufwerk "D:\Hyper-V\DC01\dc01_hdd0.vhdx". (ID des virtuellen Computers: xxxxxxxxxxxxxxxxxxxxxx)

 

Event ID 18560:

"dc01_n2" wurde zurückgesetzt, da im virtuellen Prozessor ein nicht behebbarer Fehler aufgetreten ist, der einen dreifachen Fehler verursacht hat. Wenn das Problem weiterhin besteht, wenden Sie sich an den Produktsupport. (ID des virtuellen Computers: xxxxxxxxx)

 

Von der Meldung her wird der Neutstart scheinbar vom Hyper-V Host initiiert.

 

Zur Umgebung:

 

Die Testwiederherstellung wird auf eine Windows 10 Client - getrenntes Netzwerk - mit 64GB Ram und einer 3 TB Festplatte und einem installierten Hyper-V durchgeführt.

Host Windows 10 1809

 

64GB RAM

SSD C:\  3TB D:

Intel i7-7700 @3,6ghz

 

Die Live Umgebung sind Lenovo Server mit einem Hyper-V Failover.

 

Vms sind alle Hyper V Generation 1 Server.

 

Die meinsten Server sind Windows Server 2012r2.

Ein Windows Server 2008r2  ( diese VM läuft Problemlos ohne, dass Sie ständig neu startet)

 

 

Folgendes habe ich schon probiert:

 

Mac Adresse neu vergeben

Feste / Dynamische Mac Adresse vergeben

Netzwerkkarte ganz entfernt

Server ohne Netzwerk gestartet

VM neu angelegt und nur die Festplatte aus den Backup verwendet

Abgesicherter Modus mit Netzwerk ( Hier bleibt auch die Server2012r2 vm laufen)

Automatischen Neustart bei Systemfehler deaktiviertn ( System startet trozdem ohne eindeutige Meldung neu)

 

https://intermundien.de/fehler-hyper-v-worker-18604-und-18560/

 

 

Google gibt leider nicht all zu viele Optionen. Hat jemand noch eine Idee?

 

John

 

bearbeitet 12. März 2019 von john23

[testperson 1.707]

Hi,

 

welches Betriebssystem läuft denn auf den Hyper-V Hosts und welche Hardware?

Welche Hardware hat der Win10 Client Hyper-V und welchen Build hat das Win 10?

 

Gruß

Jan

[john23 5]

Der Quell Host hat Windows Server 2012  KEIN R2 - Da wurde das Backup gemacht mit Backupexec

 

Wiederherstellung auf

 

Host Windows 10 1809

64GB RAM

SSD C:\  3TB D:

Intel i7-7700 @3,6ghz

 

bearbeitet 12. März 2019 von john23

[Zebbi 11]

Ganz doofe Frage, aber die Lenovos laufen doch sicherlich mit Xeons, gilt das nicht schon als andere Prozessorversion als der i7?
ICh würde testweise mal den Haken bei der VM unter Prozessor/Kompatibilität setzen.

[djmaker 95]

Welche Backup Exec Version verwendest Du (inkl. Patche)?

[john23 5]

Am 13.3.2019 um 10:09 schrieb Zebbi:

Ganz doofe Frage, aber die Lenovos laufen doch sicherlich mit Xeons, gilt das nicht schon als andere Prozessorversion als der i7?
ICh würde testweise mal den Haken bei der VM unter Prozessor/Kompatibilität setzen.

Das sieht momentan ganz gut aus. Die VM läuft schon ganze 8 Minuten.

[NilsK 2.957]

Moin,

 

prima, aber dann muss was anderes im Busch sein. Wenn eine VM neu gestartet wird, hat der Haken keine Auswirkung, die an dem Verhalten etwas ändern würde.

 

[Was die Prozessorkompatibilität in Hyper-V wirklich tut | faq-o-matic.net]
https://www.faq-o-matic.net/2013/09/23/was-die-prozessorkompatibilitt-in-hyper-v-wirklich-tut/

 

Gruß, Nils

 

[john23 5]

Scheint aber geholfen zu haben. Der Server lief über eine Stunde bevor ich den dann selbst runtergefahren habe. Ich mache in den nächsten Tagen noch einen Anwendungstest mit dem Terminal Server und kann dann nochmal berichten.

 

John

[Zebbi 11]

Toll, hoffe das bleibt so. :)

Kann es sein das Dein Backupprogramm die Maschinen in den Hybernate (Energiesparmodus) gefahren hat um das Backup zu machen und die nun beim "Einschalten" nur Aufgeweckt wurden und plötzlich andere CPU-Hardware vorfinden, abstürzen und dann wieder das Hybernate-File vorfinden und es sich deswegen immer wiederholt hat?

Der Haken verbirgt dann einfach die "neuen CPU-Erweiterungen" und nach einem Regulärem reboot müsste der Haken egal sein....

 

Zumindest wäre das jetzt mein leihenhafter Erklärungsansatz,  aber ich bin auch noch bei den Grundlagen...

bearbeitet 14. März 2019 von Zebbi

[john23 5]

Bin nicht sicher, aber denke nicht das es in einem Energiesparmodus war. Habe die VMs auch mehrfach selbst ausgeschalten.

 

Übrigens bezüglich der Backupsoftware - Backupexec sollte recht aktuell sein, ob der neuste Patch drauf ist kann ich aber nicht mit sicherheit sagen. Bei Restore hatte ich auch die Option die VMs direkt automatisch im Hyper-V registrieren zu lassen. Bei der aktivierung der Option ist der Restore an dem Punkt aber fehlgeschlagen. Die Daten (xVHD und Konfig Dateiel) waren aber da. Hatte die VMs dann von Hand importiert.

 

Habe nur selten mit Hyper-V zu tun und daher hält sich mein wissen da auch stark in Grenzen. Wir haben nur eine Handvoll Kunden in dem Bereich. VMWare ist doch weiter verbreitet und meinem Gefühl nach auch ein deutlich reiferes Produkt.

 

John

bearbeitet 14. März 2019 von john23

[NilsK 2.957]

Moin,

 

was auch immer da passiert ist - das ist natürlich nicht üblich. Rückschlüsse auf den Reifegrad des Systems sind unbegründet. Ich könnte dir seitenweise Seltsamkeiten aus vSphere-Umgebungen aufschreiben, dadurch ist das aber natürlich kein "unreifes" Produkt. Typischerweise ist der Restore von Hyper-V-VMs genauso wenig ein Problem wie in VMware. Auch über Versionsgrenzen hinweg, auch vom Server auf den Client, auch bei unterschiedlichen Prozessoren.

 

Wenn man wollte, könnte man jetzt Forensik betreiben. Ist eine Frage der Relation von Aufwand und Nutzen.

 

Gruß, Nils

 

[testperson 1.707]

Grade mehr oder weniger per Zufall entdeckt: https://american-boffin.com/2019/01/17/virtual-machines-do-not-boot-after-moving-from-windows-server-2012-r2-to-windows-server-2019/

Könnte passen. :)

[john23 5]

vor 7 Stunden schrieb testperson:

Grade mehr oder weniger per Zufall entdeckt: https://american-boffin.com/2019/01/17/virtual-machines-do-not-boot-after-moving-from-windows-server-2012-r2-to-windows-server-2019/

Könnte passen. :)

Hatte ich auch gefunden und ist in den Testpunkten mit aufgelistet. Hat aber nicht geholfen.

Danke für die Ergänzung vielleicht hilft es ja einem anderen :).