none
SCVMM 2012SP1 - VMM Bibliothek aufräumen ( Save-SCVirtualMachine lässt vmmservice.exe abstürzen) RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    ich möchte ein wenig 'Frühjahrsputz' in meiner VMM Bibliothek machen und einige gespeicherte VMs an einen neuen Speicherort verschieben.

    Im Einsatz: SCVMM 2012SP1 RU5

    Cut & Paste im Explorer klappt ja nicht, da die Pfade in der VM Konfiguration nicht aktualisiert werden. Und den Umweg per Bereitstellung auf einem Host und dann zurück in die Bibliothek möchte mir gerne sparen

    Ich habe mir überlegt, das Ganze per 'Save-SCVirtualMachine' zu lösen. Das ist mein Test, der den Absturz verursacht:

    $VM = Get-SCVirtualMachine -Name 'TLG2008-APP1'
$LIB = Get-SCLibraryServer -ComputerName 'LAB-SCVMM01'
Save-SCVirtualMachine -VM $VM -LibraryServer $LIB -SharePath \\LAB-SCVMM01.xxxxx.test\MSSCVMMLibrary\TLG

    Leider stürzt mit dabei der vmmservice ab.

    Application Error 1000

    Name der fehlerhaften Anwendung: vmmservice.exe, Version: 3.1.6027.0, Zeitstempel: 0x51bf69cb
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc0000005
Fehleroffset: 0x000007f9f0571f7c
ID des fehlerhaften Prozesses: 0x11b8
Startzeit der fehlerhaften Anwendung: 0x01cf1e718f21e01f
Pfad der fehlerhaften Anwendung: C:\Program Files\Microsoft System Center 2012\Virtual Machine Manager\Bin\vmmservice.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 5ac8e572-8a65-11e3-9428-a4badb41320b
Vollständiger Name des fehlerhaften Pakets: 
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

    und .NET Runtime 1026

    Anwendung: vmmservice.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund eines Ausnahmefehlers beendet.
Ausnahmeinformationen: System.NullReferenceException
Stapel:
   bei Microsoft.VirtualManager.Engine.TaskRepository.Task`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].SubtaskRun(System.Object)
   bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()

    tauchen im Ereignisprotokoll auf.

    Bin ich eventuell mit 'Save-SCVirtualMachine' auf dem Holzweg, fehlen noch Parameter oder ist es ein Bug?

    This posting is provided >AS IS< with no warranties.

    Freitag, 31. Januar 2014 11:14
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo Daniel,

    danke für den Tip mit dem Trace. Es war mal wieder ein Problem mit den Snapshots.

    Hat die gespeicherte VM Snapshots, läuft der Auftrag gegen die Wand und der VMM Service stürzt ab. In diesem Fall muss man tatsächlich den Umweg über die Bereitstellung auf einem Host und anschließendes Speichern am Zielpfad in der Bibliothek gehen.

    Gespeicherte VMs ohne Snapshots lassen sich problemlos mit 'Save-SCVirtualMachine' in der Bibliothek hin und her schieben. Das Aufräumen kann also losgehen ;)

    This posting is provided AS IS with no warranties.

    • Als Antwort markiert Dark Grant Montag, 3. Februar 2014 09:03
    Montag, 3. Februar 2014 09:02
    |

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Hi,

    Save-SCVirtualMachine erledigt das Gleiche wie in der GUI die Option "Store in Library". Im Skript selber würde ich den SharePath noch in "" setzen.

    Ansonsten kann ein VMM Trace Aufschluss geben, wo es genau klemmt.

    -> http://support.microsoft.com/kb/2913445/en-us

    Sprich vor der Aktion den Trace starten und direkt nach dem der Fehler auftritt den Trace stoppen. Die Tracedatei kann zum Beispiel im Event Viewer geöffnet werden.

    Viele Grüße Daniel Neumann - This posting is provided "AS IS" with no warranties, and confers no rights.

    Sonntag, 2. Februar 2014 14:43
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Daniel,

    danke für den Tip mit dem Trace. Es war mal wieder ein Problem mit den Snapshots.

    Hat die gespeicherte VM Snapshots, läuft der Auftrag gegen die Wand und der VMM Service stürzt ab. In diesem Fall muss man tatsächlich den Umweg über die Bereitstellung auf einem Host und anschließendes Speichern am Zielpfad in der Bibliothek gehen.

    Gespeicherte VMs ohne Snapshots lassen sich problemlos mit 'Save-SCVirtualMachine' in der Bibliothek hin und her schieben. Das Aufräumen kann also losgehen ;)

    This posting is provided AS IS with no warranties.

    • Als Antwort markiert Dark Grant Montag, 3. Februar 2014 09:03
    Montag, 3. Februar 2014 09:02
    |