Remove-MoveRequest werkt niet

[jokko]

Beste,

Zo als jullie kunnen zien printscreen staan er 2 mailboxen queued. Met het commando daar onder haal ik deze normaal weg. Als ik daarna weer het eerste commando uitvoer staan ze er nog steeds in. Heeft iemand dit eerder gehad of is dit een kwestie van tijd ?



Alvast bedankt !

-Jokko

[ Voor 8% gewijzigd door jokko op 26-11-2015 09:41 ]

[wagenveld]

Dat gebruik je normaal gesproken toch als ze completed zijn?

Edit: dat is die andere dus. Als je ze wilt cancellen dan moet je even geduld doen denk ik.

[ Voor 44% gewijzigd door wagenveld op 26-11-2015 09:47 ]

[jokko]

wagenveld schreef op donderdag 26 november 2015 @ 09:45:
Dat gebruik je normaal gesproken toch als ze completed zijn?

Klopt maar kan ook voor queued dit omdat ze blijven hangen op queued heel de nacht door al dus ik wil het move request stoppen en deze twee mailboxen met de hand exporteren en importeren. Vele anderen mailboxen zijn wel goed gegaan.

[Jazzy]

Doe eerst eens:
Get-MoveRequest -MoveStatus queued

Dat om te controleren of je wel de verwachte output in de pijplijn krijgt.

En dan:
Get-MoveRequest -MoveStatus queued | Remove-MoveRequest -Whatif

Met de Whatif parameter controleert Remove-MoveRequest of alles goed staat om het uiteindelijk uit te kunnen voeren.

jokko schreef op donderdag 26 november 2015 @ 09:47:
...dus ik wil het move request stoppen en deze twee mailboxen met de hand exporteren en importeren.

Niet doen, dat levert alleen maar meer ellende op voor je gebruikers. Beter kun je de move eens suspenden en daarna weer resumen of dus verwijderen en opnieuw aanmaken. Of de MRS service herstarten als het request in de queue blijft staan.

[ Voor 41% gewijzigd door Jazzy op 26-11-2015 09:50 ]

[wagenveld]

jokko schreef op donderdag 26 november 2015 @ 09:47:
[...]


Klopt maar kan ook voor queued dit omdat ze blijven hangen op queued heel de nacht door al dus ik wil het move request stoppen en deze twee mailboxen met de hand exporteren en importeren. Vele anderen mailboxen zijn wel goed gegaan.

Ah, maar dan lijkt het me handiger om eerst eens te fixen wat die move stopt nu? Als je handmatig bezig gaat loop je mogelijk weer tegen hetzelfde probleem aan.
Van waar naar waar ben je aan het verplaatsen?

[jokko]

Als ik het command -movestatus gebruik komt er niks uit. Echter als ik het command -moverequeststastics gebruik komen ze er wel nog beide uit. Het 2de command van Jazzy werkt daarom ook niet omdat die gebruik maakt van -movestatus.

Het zijn 2 verschillende forest's van een exchange 2010 naar exchange 2013 omgeving.

ik ga nog even kijken of ik hem kan onderbreken en weer resume. Ook de services maar even restarten.

Alvast bedankt voor jullie reacties !

[Jazzy]

jokko schreef op donderdag 26 november 2015 @ 10:01:
Als ik het command -movestatus gebruik komt er niks uit.

Dat verklaart waarom er niets gebeurt als je vervolgens na de pipe (|) nog een commando geeft. Wat je dus zou moeten doen is eerst uitvogelen wat de status precies is van deze twee move requests, want 'queued' is het dus niet.

[wagenveld]

Ik zou als volgende stap ook even de permissions nalopen in je source forest. Wellicht zijn deze twee net anders dan de gebruikers die wel lukten.

[jokko]

De mailbox is wel al aangemaakt in de nieuwe omgeving allebei de mailboxen geven ook aan dat ze bezig zijn met een move reqeust. De services heb ik nog niet opnieuw gestart omdat die services voor meer dingen zorgt en er nog veel mensen aan het werk zijn.

Get-MoveRequest -MoveStatus InProgress | Suspend-MoveRequest werkt niet omdat -movestatus command de mailboxen niet ziet.

Ik ga nog even verder kijken of ik wat kan achterhalen.

[Jazzy]

Okay, de status is dus niet InProgress en ook niet Queued. Doe het dan even andersom en kijk gericht naar deze moverequests.

Get-MoveRequest "gebruiker"
Get-MoveRequest "gebruiker" | Get-MoverequestStatistics
Get-MoveRequest "gebruiker" | Get-MoverequestStatistics -includeReport | fl

En "gebruiker" mag in dit geval de naam, display name, smtp-adres, UPN, samaccountname of wat dan ook zijn.

Edit: Moet me wel van het hart dat we het hier voor 90% om basic PowerShell kennis gaat. Die basis zou je eigenlijk moeten hebben als je een cross-forest Exchange migratie aan het uitvoeren bent.

[ Voor 35% gewijzigd door Jazzy op 26-11-2015 10:43 ]

[jokko]

Helaas get-moverequest laat niks zien

Alleen als je get-moverequeststatistics op de database01 laat zien staan er twee op queued

Je vind dus alleen iets op database niveau en niet gebruiker

[Jazzy]

Dus ook als je Get-MoveRequest does zonder opties komen er geen move requests terug voor deze twee mailboxen?

[jokko]

nee, dat klopt

[Jazzy]

Dan heb je ofwel het move request verwijderd of nooit aangemaakt. Maar dat is goed nieuws, want dat betekent dat je nu alsnog een move request kunt aanmaken voor deze twee mailboxen.

[jokko]

na een geplande reboot van de server met exchange 2013 staan ze nog steeds in de queue helaas. omdat ze in de queue staan kan ik ook geen nieuwe move request aanmaken denk ik.

Het lijkt me dat ze toch eerst uit de queue moeten van het database niveau.

De oude exchange 2010 server kan niet worden gereboot omdat hier ongeveer 150 man zit op te werken..

[Jazzy]

Denk ik, het lijkt mij... Ik weet niet precies waarom je die statistieken nog kunt opvragen maar als je de queue opvraagt kwamen er geen move requests meer terug voor deze twee mailboxen, vertelde je net. Dan kun je ze dus alsnog aanmaken. In het ergste geval kan Exchange ze niet aanmaken omdat er al een move request bestaat voor deze mailboxen, dan krijg je gewoon een nette foutmelding.

[jokko]

Ik wou nog even mijn oplossing delen voor als mensen het zelfde probleem zoude hebben. Na dat ik ook anderen mailboxen wou migreren kwam ik er achter dat er ook een paar mislukte dit waren alle mailboxen die naar de database01 gingen. Toen dus maar de database na gekeken en het bleek dat de index niet goed was. Deze gerebuild en alles werkte weer daarna na behoren bedankt voor jullie hulp.