Hyper-V Live Migration queued

[HKLM_]

Mijn vraag

Afgelopen week heb ik de drie van de vier oude domain controllers een demote gegeven en uitgeschakeld. Dit is allemaal zonder issues verlopen. Nu is de DC die over is de oude DC waar ook de FSMO rols op hebben gestaan en binnen het bedrijf gebruikt is als hoofd DC. Voor bijvoorbeeld ldap koppelingen etc.

Om te checken of ik niks gemist heb, heb ik deze DC uitgeschakeld. De nieuwe DC's op 2016 draaien lekker verder en bijna alles werkt goed.. Bijna inderdaad behalve Hyper-V live migration

We hebben twee Hyper-v Hosts in een cluster staan met failover cluster manager. Als de Oude DC aanstaat gaat het live migreren van een VM vlekkenloos. Na het geven van de opdracht is het 1.2.3 en klaar.

Nu ik de oude DC heb uitgeschakeld wil Live migration niet lekker meer werken.. Als ik een opdracht geef voor Live migration dan krijg ik eerst de status queued te zien om vervolgens na een seconde of 10 te beginnen met het migreren wat ook een seconde op 15 a 20 duurt.

Zet ik de oude DC weer aan dan gaat het allemaal weer 1,2,3 klaar zonder issues. Ik vermoed dus dat er ergens nog een verwijzing is naar de oude DC.


Relevante software en hardware die ik gebruik

2x Hyper-v Server 2012r2 met Failover cluster manager.

Wat ik al gevonden of geprobeerd heb.

Oude DC uit gezet en het cluster gereboot (Beide nodes)
Gecheckt of overal de nieuwe DNS servers staan ingesteld (Ja)
In de DNS gecheckt of ik een verwijzing zie naar het cluster.
VM gereboot voor dat ik het live migration ging proberen.

Het werkt dus allemaal wel maar niet meer met de snelheid die we hadden. De event viewer geeft niks aan aangezien de VM wel gewoon migreert......

Een optie zou zijn de oude DC te demoten maar dit durf ik nu niet helemaal aangezien ik bang ben dat het dan ook niet lekker werkt en we niet goed terug kunnen.

Iemand tips wat dit zou kunnen zijn.

[MAX3400]

Hier iets aan? https://social.technet.mi...forum=winserverClustering

I had the same issue; came across it when performing an AD cleanup exercise and realized that the password for the computer object had not changed its password in a number of months. The logs for the cluster showed the same error message that you indicated above. And the registry key 'CreatingDC' had the entry for a decommissioned DC in our environment.

The issue was that the decommissioned DC was still a domain member and was still in service. Instead of putting that machine offline and interrupt the service it was still providing, I put a host file entry on both nodes of the cluster to an IP address that did not exist. So when I failed over to the passive node, as far as the cluster was concerned, the decommissioned DC was offline and it populated the registry key with one of the new DC's in the domain.

So there was no need for me to edit the registry.

Ga ook eens op zoek naar je PowerShell-commando's en variables voor "Test-Cluster" want daar kan je ook heel veel uithalen, zeker als je het commando op elke aparte node uitvoert

[ Voor 121% gewijzigd door MAX3400 op 20-02-2018 12:00 ]

[HKLM_]

MAX3400 schreef op dinsdag 20 februari 2018 @ 11:43:
Hier iets aan? https://social.technet.mi...forum=winserverClustering

[...]


Ga ook eens op zoek naar je PowerShell-commando's en variables voor "Test-Cluster" want daar kan je ook heel veel uithalen, zeker als je het commando op elke aparte node uitvoert

Ik ben er door je eerder commando achter dat de CreatingDC nog naar de oude DC verwijst hier ga ik even verder op zoeken hoe en wat

[MAX3400]

HKLM_ schreef op dinsdag 20 februari 2018 @ 12:06:
[...]


Ik ben er door je eerder commando achter dat de CreatingDC nog naar de oude DC verwijst hier ga ik even verder op zoeken hoe en wat

Mooi... Commando was niet helemaal in orde syntactisch maar gelukkig had je dat tijdig door

[HKLM_]

MAX3400 schreef op dinsdag 20 februari 2018 @ 12:08:
[...]

Mooi... Commando was niet helemaal in orde syntactisch maar gelukkig had je dat tijdig door

Heb de CreatingDC aangepast in het register maar is nog niet doorgevoerd naar het cluster. Zal iets van een reboot of een herstart van het cluster nodig hebben verwacht ik.

Ga ik vanavond mee verder thx

[MAX3400]

HKLM_ schreef op dinsdag 20 februari 2018 @ 12:33:
[...]


Heb de CreatingDC aangepast in het register maar is nog niet doorgevoerd naar het cluster. Zal iets van een reboot of een herstart van het cluster nodig hebben verwacht ik.

50% van ADDS update-timing oftewel 48 uur voor normale records? Ach, je hebt een cluster; reboot de nodes lekker en klaar (hopelijk).

[HKLM_]

@MAX3400 net de nodes een reboot gegeven en nu werkt het weer vlekkeloos met de nieuwe dc

Dank je wel voor hulp