Goldielocks

Naja, das ist ja (zum Glück) noch nicht produktiv. Wir testen das aktuell aus, ob wir das später verwenden können. Nachtrag: Ich habe gerade gelesen, dass man die Livemigration auch via Failover-Cluster-Manager ausführen kann. Dafür muss man die VM dem Cluster als Rolle hinzufügen. Das scheint um einiges zuverlässiger zu sein. Solange die virtual Switches auf beiden VM-Hosts gleich heißen, wird das offenbar anstandslos ausgeführt. Ich werde noch prüfen, ob das mit einer optimaleren Verkabelung auch vom Hyper-V-Manager aus besser funktioniert und das dann auch hier noch reinschreiben.

Danke, ich werds mir morgen mal anschauen. Und nein, die stehen nur in anderen Räumen. Aber es gibt in der ganzen Umgebung kein Geschäft wo man Ethernet-Kabel kaufen könnte.

Hm, eigentlich wird empfohlen, die Server über separate Ports direkt mit der Eternus zu verbinden. Das ist momentan mit dem 2012er nur nicht möglich, da er eben woanders steht und es tatsächlich nicht möglich ist, in 20 Kilometern Umkreis ein Ethernetkabel mit vernünftiger Länge zu bekommen. Ich dachte eigentlich, fehlgeleitete Pakete und Kollisionen gäbe es seit den Switches nicht mehr. Das heißt, ich werde mal schauen müssen, dass ich irgendwie Kabel organisiere und das dann nochmal neu aufbauen.

Hm... wäre es ein Bug würde das heißen, ich müsste den 2016er neu aufsetzen, als 2012. Wäre natürlich ärgerlich. Der 2016er ist direkt per Ethernetkabel mit der Eternus verbunden - der dafür verwendete Port hat ein eigenes Netz. Verwaltet wird er ganz normal über das Büronetz. Der 2012er ist über das normale Büronetz verbunden, da er in einem anderen Raum steht. Das würde evtl die unterschiedliche Dauer erklären, andererseits handelt es sich in beiden Fällen um Gigabit-Ethernetverbindungen und das Netzwerk ist mit 3 Servern, 3 PCs und 2 VMs jetzt nicht so ausgelastet. Ich kann jetzt sagen, dass die Migration vom 2012er auf den 2016er in ca. 10% der Versuche funktioniert. Ansonsten tritt aktuell primär der "Element nicht gefunden"-Fehler auf. Der "ungültige Zustand"-Fehler ist seit heute Vormittag nicht mehr aufgetreten.

Hallo, zunächst einmal zum Setup. Wir haben hier zwei physikalische Server, die als Hyper-V Hosts dienen, auf einem läuft Windows Server 2012 R2 (ich werde ihn den "2012er" nennen), auf dem anderen läuft Windows Server 2016 (der "2016er"). Beide Server gehören zur selben Domäne und sind Teil eines Clusters (erstellt auf dem 2012er), ein externes Volume ist per iSCSI als Cluster Shared Volume eingebunden. Auf diesem CSV liegen die VMs und VHDs. Nun möchte ich eine Livemigration zwischen beiden VM-Hosts einrichten. Als Authentifizierung wird CredSSL verwendet, nicht Kerberos. Es ist eingestellt, dass eine Migration zwischen Geräten mit unterschiedlichen Prozessortypen möglich ist. Folgendes Problem: Migriere ich vom 2016er auf den 2012er funktioniert das wunderbar - innerhalb von unter 1 Minute ist die Migration erfolgreich abgeschlossen. Migriere ich jedoch vom 2012er auf den 2016er, dauert es erst mal 5 Minuten, bis er mich nach dem Virtual Switch frägt. Dann vergehen nochmal etwa 10 Minuten und die Migration ist entweder abgeschlossen (ca. 20% der Fälle), oder sie bricht mit einer von zwei Fehlermeldungen ab. Die Test-VM ist nicht im Cluster oder der Domäne, die Fehler treten auf, egal ob sie läuft oder nicht. Sie wurde auf dem 2012er erstellt und hat die Konfigurationsversion 5.0. Diese Fehlermeldungen lauten: ----- Fehler beim Migrationsvorgang für den virtuellen Computer am Migrationsziel. Fehler beim Suchen des angegebenen virtuellen Computers am Migrationsziel. Der Gespeicherte Zustand des virtuellen Computers an Quelle und Ziel ist nicht konsistent. Fehler beim Migrationsvorgang für den virtuellen Computer "Test-VM" am Migrationsziel "2016er". (ID des virtuellen Computers: <ID Test-VM>) Test-VM. Fehler beim Suchen der angegebenen ID (<ID Test-VM>) für den geplanten virtuellen Computer mit gültigem Zustand am Migrationsziel:ADie Gruppe oder Ressource haben für diesen Zustand nicht den richtigen Zustand. (0x8007139F). (ID des virtuellen Computers: <ID Test-VM>) Fehler beim Migrieren des virtuellen Computers "Test-VM", da der gespeicherte Zustand von Quelle und Ziel nicht konsistent ist. (ID des virtuellen Computers: <ID Test-VM>) ----- Der zweite Fehler (der häufiger auftritt) lautet: ----- Fehler beim Migrationsvorgang für den virtuellen Computer an der Migrationsquelle. Fehler beim Herstellen einer Verbindung mit dem Host "2016er": Element nicht gefunden. (0x8007490). Fehler beim Herstellen einer Verbindung, da die Anforderung vom Zielhost abgelehnt wurde: Element nicht gefunden. (0x80070490). Fehler beim Migrationsvorgang für den virtuellen Computer "Test-VM" an der Migrationsquelle "2012er". (ID des virtuellen Computers: <ID Test-VM>) Fehler des Verwaltungsdiensts für virtuelle Computer beim Herstellen einer Verbindung für die Migration eines virtuellen Computers mit dem Host "HIVE": Element nicht gefunden. (0x80070490). Vom Verwaltungsdienst für virtuelle Computer konnte keine Verbindung für die Migration des virtuellen Computers hergestellt werden, da die Anforderung vom Zielhost abgelehnt wurde: Element nicht gefunden. (0x80070490). ----- Hat jemand eine Ahnung, was los ist?