SCVMM 2012 SP1 Service Crashes during Shared Nothing Migration
-
Monday, February 04, 2013 9:03 PM
When attempting to migrate an offline VM from a 2008 R2 Cluster to a 2012 Cluster, the vmmservice.exe process crashes after completing the BITS transfer when starting the actual VM import.
I've been able to reproduce this exact problem in two seperate environments (both my production and test environments). I've also been able to reproduce a similar issue, but when migrating between two non clustered 2012 hosts in my lab.
I'm getting the following error int he application log when the VMM Service crashes:
Log Name: Application
Source: Windows Error Reporting
Date: 2/4/2013 2:21:20 PM
Event ID: 1001
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: <HOST>
Description:
Fault bucket , type 0
Event Name: VMM20
Response: Not available
Cab Id: 0Problem signature:
P1: vmmservice
P2: 3.1.6018.0
P3: ImgLibEngine
P4: 3.1.6018.0
P5: M.V.D.A.VirtualNetwork.TryApplyDefaultPortProfileSetForSwitch
P6: System.NullReferenceException
P7: 954a
P8:
P9:
P10:Attached files:
These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Critical_vmmservice_c142d82fadcd2a41b9f5d8162e17086d1cce711_9604a37cAnalysis symbol:
Rechecking for solution: 0
Report Id: 6f658ebd-6f08-11e2-93ff-b499ba03dc00
Report Status: 4
Hashed bucket:
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" />
<EventID Qualifiers="0">1001</EventID>
<Level>4</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2013-02-04T20:21:20.000000000Z" />
<EventRecordID>17681</EventRecordID>
<Channel>Application</Channel>
<Computer><VMM SERVER></Computer>
<Security />
</System>
<EventData>
<Data>
</Data>
<Data>0</Data>
<Data>VMM20</Data>
<Data>Not available</Data>
<Data>0</Data>
<Data>vmmservice</Data>
<Data>3.1.6018.0</Data>
<Data>ImgLibEngine</Data>
<Data>3.1.6018.0</Data>
<Data>M.V.D.A.VirtualNetwork.TryApplyDefaultPortProfileSetForSwitch</Data>
<Data>System.NullReferenceException</Data>
<Data>954a</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Critical_vmmservice_c142d82fadcd2a41b9f5d8162e17086d1cce711_9604a37c</Data>
<Data>
</Data>
<Data>0</Data>
<Data>6f658ebd-6f08-11e2-93ff-b499ba03dc00</Data>
<Data>4</Data>
<Data>
</Data>
</EventData>
</Event>Any assistance will be greatly appreciated.
All Replies
-
Tuesday, February 05, 2013 4:51 AMModerator
The information from the log is not to helpful in this thread, but it seams it's related to your virtual networks and/or configuration in the fabric.
Can you please explain the detailed steps you are performing in these operations, so that I can eventually test this on my own and get back to you?.
-kn
Kristian (Virtualization and some coffee: http://kristiannese.blogspot.com )
-
Tuesday, February 05, 2013 6:35 PM
In short, I have two seperate VMM/Hyper-V environments. Prod and Test. Both are more or less setup the same, with the exception of the number of Hyper-V hosts, and the library config. Prod is using a Windows 2012 File share cluster for the library, where test is running the library off of the VMM Management host.
In both environments I am unable to do a shared nothing migration from a 2008 R2 Hyper-V cluster, to a 2012 Hyper-V cluster.
As for the network error, the best explanation I can find for the network error, is that it is looking for the 'same' switch when it tries to migrate from one cluster to another cluster which obviously does not exist. The 2008 R2 cluster has the default 2008 R2 Hyper-V switch configured, whereas the 2012 Hyper-V cluster is using a Logical Switch.
All Logical Networks, VMNetworks, VLAN's, etc are configured identically between the 2008 R2 cluster and the 2012 cluster.
And before you ask, yes I am powering off the guest prior to attempting a shared nothing migration (This is a requirement when migrating from 2008 -> 2012)
-
Tuesday, April 16, 2013 7:29 PMModerator
can you try to disconnect the VM from the current VM network and restart the migration to see how it goes? It seems that it works based on my testing-
-kn
Kristian (Virtualization and some coffee: http://kristiannese.blogspot.com )

