none
Windows Server 2019 Servermanager startet nicht mehr RRS feed

  • Frage

  • Hallo,
    ich setze bei einem Kunden 14 Windows Server 2019 als VM`s auf VMware ESX ein. Seit diesen Montag früh habe ich das Problem, dass bei drei Servern der ServerManager nicht mehr stabil gestartet wird. Beim Startvorgang des ServerManager wird dieser nach ca. 20 Sekunden wieder geschlossen. Ein erneuter Start des ServerManagers wird mit dem gleichen Ergebnis geschlossen und im Ereignisprotokoll\Anwendung finde ich dazu nachfolgende Meldung:
    Protokollname: Application
    Quelle: Application Error
    Datum: 18.09.2019 14:12:54
    Ereignis-ID: 1000
    Aufgabenkategorie100)
    Ebene: Fehler
    Schlüsselwörter:Klassisch
    Benutzer: Nicht zutreffend
    Computer: ServerXY.zav.irgenwas
    Beschreibung:
    Name der fehlerhaften Anwendung: ServerManager.exe, Version: 10.0.17763.168, Zeitstempel: 0xc452e206
    Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 10.0.17763.737, Zeitstempel: 0x7416f3ae
    Ausnahmecode: 0xe0434352
    Fehleroffset: 0x0000000000039129
    ID des fehlerhaften Prozesses: 0x1478
    Startzeit der fehlerhaften Anwendung: 0x01d56e1a5ffee977
    Pfad der fehlerhaften Anwendung: C:\Windows\system32\ServerManager.exe
    Pfad des fehlerhaften Moduls: C:\Windows\System32\KERNELBASE.dll
    Berichtskennung: a69c0b02-edb0-420c-8191-0c1103e9d8fd
    Vollständiger Name des fehlerhaften Pakets:
    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

    Protokollname: Application
    Quelle: .NET Runtime
    Datum: 18.09.2019 14:12:53
    Ereignis-ID: 1026
    Aufgabenkategorie:Keine
    Ebene: Fehler
    Schlüsselwörter:Klassisch
    Benutzer: Nicht zutreffend
    Computer: ServerXY.zav.irgenwas
    Beschreibung:
    Anwendung: ServerManager.exe
    Frameworkversion: v4.0.30319
    Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
    Ausnahmeinformationen: System.IO.InvalidDataException
    bei Microsoft.Windows.ServerManager.Common.GeneralHelper.GetCimInstanceProperty(System.String, Microsoft.Management.Infrastructure.CimInstance, Boolean)
    bei Microsoft.Windows.ServerManager.Common.Refresh.ServerDataProcessor.ParseOperatingSystem(Microsoft.Management.Infrastructure.CimInstance)
    bei Microsoft.Windows.ServerManager.Common.Refresh.ServerDataProcessor.OnNext(System.String, System.Object)
    bei Microsoft.Windows.ServerManager.Common.Refresh.DataProcessorService.OnMethodDataReceived(Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem, System.String, System.Object)
    bei System.Action`3[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].Invoke(System.__Canon, System.__Canon, System.__Canon)
    bei Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem.RaiseOperationDataReceivedEvent(System.String, System.Object)
    bei Microsoft.Windows.ServerManager.Common.NodeAccess.InvokeMethodOperation.OnNext(Microsoft.Management.Infrastructure.CimMethodResultBase)
    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.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
    bei Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallUnderOriginalExecutionContext(System.Action)
    bei Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallIntoUserCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, System.Action, Boolean, Boolean)
    bei Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].OnNextInternal(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, System.__Canon)
    bei Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].ProcessNativeCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, System.__Canon, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
    bei Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncMethodResultObserverProxy.InstanceResultCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, Microsoft.Management.Infrastructure.Native.OperationHandle, Microsoft.Management.Infrastructure.Native.InstanceHandle, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
    bei Microsoft.Management.Infrastructure.Native.ExceptionSafeInstanceResultCallback.InvokeUserCallback()
    bei UserFilteredExceptionHandling.UserFilteredExceptionMethod(System.Action, System.Func`2<System.Exception,Boolean>, System.Action`1<System.Exception>)
    bei Microsoft.Management.Infrastructure.Native.ExceptionSafeCallbackBase.InvokeUserCallbackAndCatchInternalErrors()

    Um den Fehler zu beseitigen habe ich ohne Erfolg nachfolgende Dinge durchgeführt:
    1. Rename the registry key HKLM\SOFTWARE\Microsoft\ServerManager\ServicingStorage\ServerComponentCache to ServerComponentCache.old
    2. sfc /scannow
    dism /online /cleanup-image /restorehealth
    dism /online /cleanup-image /restorehealth
    Dism /online /cleanup-image /restorehealth /source:WIM:E:\sources\install.wim:2 /limitaccess
    All drei Befehle sind ohne Felhermeldung erfolgreich abgeschlossen worden
    3. Reparatur .NET4 per PowerShell: DISM.exe /online /enable-feature /all /featurename:NetFx4

    Kann es an einem Windows Update von letzter Woche liegen?

    Hat jemand von euch eine Idee? Danke vorab für jeden Hinweis.

    Gruß
    Arnold


    • Bearbeitet ArnDal Mittwoch, 18. September 2019 14:00
    Mittwoch, 18. September 2019 14:00

Antworten