von DK2000 » 11.07.2019, 13:34
Was den 0xc0000005 angeht, so ist das immer das Selbe:
Bis zur Operation "Gather data, scope: EVERYTHING" läuft es ohne weiteres durch.
Dann beginnt die "POSTVALIDATION":
Code: Alles auswählen
2019-07-11 09:45:53, Info SP VERBOSE: processing validator index 1
2019-07-11 09:45:53, Info SP VERBOSE: POSTVALIDATION: Executing validator ARP Validator ({E227E10A-2473-456B-A638-E12F19669B18})
2019-07-11 09:45:53, Info SP CARPValidator::BuildARPList: Starting the engine online
2019-07-11 09:45:53, Info Entering MigStartupOnline method
2019-07-11 09:45:53, Info Entering MigPlatformStartupOnline method.
Und diese endet ganz plötzlich mit:
Code: Alles auswählen
2019-07-11 09:45:56, Info Entering MigEngineStartup method
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin max timeout set to 45 minutes
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin initial timeout set to 10 minutes
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin reset timeout set to 5 minutes
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CMockAgent in mockagent.dll due to configuration settings
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CCSIAgent in csiagent.dll due to configuration settings
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CUpgradeAgent in upgradeagent.dll due to configuration settings
2019-07-11 09:45:56, Info Leaving MigEngineStartup method
2019-07-11 09:45:56, Info Leaving MigStartupOnline method
2019-07-11 09:45:56, Info Entering MigGetRealPlatform method
2019-07-11 09:45:56, Info Leaving MigGetRealPlatform method
2019-07-11 09:45:56, FatalError SP Exception handler called! Details:
2019-07-11 09:45:56, FatalError SP Exception record: 0
2019-07-11 09:45:56, FatalError SP Exception code: 0xc0000005
2019-07-11 09:45:56, FatalError SP Exception flags: 0x0
2019-07-11 09:45:56, FatalError SP Exception address: 00007FFE9EB95E93
2019-07-11 09:45:56, FatalError SP Exception parameter 0: 0000000000000000
2019-07-11 09:45:56, FatalError SP Exception parameter 1: 0000000000000010
2019-07-11 09:45:56, Info SP SEH: Attempting to log exception
2019-07-11 09:45:56, FatalError [0x090001] PANTHR Exception (code 0xC0000005: ACCESS_VIOLATION) occurred at 0x00007FFE9EB95E93 in C:\$WINDOWS.~BT\Sources\unbcl.dll (+0000000000055E93). Minidump attached (136803 bytes) to diagerr.xml and C:\WINDOWS\Panther\UnattendGC\mnd4DCA.diagerr.mdmp.
2019-07-11 09:45:56, Info SP SEH: Attempting to upload diagnostic data
Normaler Weise sollte es genau an der Stelle hiermit weiter gehen:
Code: Alles auswählen
2019-07-11 00:36:20, Info Entering MigEngineStartup method
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin max timeout set to 45 minutes
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin initial timeout set to 10 minutes
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin reset timeout set to 5 minutes
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CMockAgent in mockagent.dll due to configuration settings
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CCSIAgent in csiagent.dll due to configuration settings
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CUpgradeAgent in upgradeagent.dll due to configuration settings
2019-07-11 00:36:20, Info Leaving MigEngineStartup method
2019-07-11 00:36:20, Info Leaving MigStartupOnline method
2019-07-11 00:36:20, Info Entering MigGetRealPlatform method
2019-07-11 00:36:20, Info Leaving MigGetRealPlatform method
2019-07-11 00:36:20, Info MIG COutOfProcPluginFactory::LaunchSurrogateHost::CommandLine: "C:\$WINDOWS.~BT\Sources\mighost.exe" {07C52F12-12AB-4948-A01C-F4F6114CF5E7} /InitDoneEvent:MigHost.{07C52F12-12AB-4948-A01C-F4F6114CF5E7}.Event /ParentPID:7776
2019-07-11 00:36:20, Info MIG COutOfProcPluginFactory::LaunchSurrogateHost: Successfully launched host and got control object
Eine genaue Ursache ist da nicht zu erkennen, warum bei 'Entering MigGetRealPlatform method' die SetupHost abstürzt, außer dass es wohl dieses mal an der
C:\$WINDOWS.~BT\Sources\unbcl.dll lag. Das geht auch so aus der *.mdmp hervor.
Gibt zwar immer noch Warnungen und Fehler in Zusammenhang mit den drei IIS Benutzern, aber ob die dafür verantwortlich sind? Geht leider nirgends hervor. Die SetupPlatform stürzt einfach so ab, aber interessanter Weise immer an der selben Stelle ( 'Entering MigGetRealPlatform method').
---
Ist jetzt die Frage, ob man sich damit weiter beschäftigen sollte oder die Installation der 18908.1000 einfach abhaken und einen Neuanfang mit der 18936.1000 durchführen sollte. Wüsste jetzt nicht, wie man genau diesen Fehler umgehen könnte.
---
Und was Hyper-V angeht, so verwendet die Sandbox und einige andere Features (z.B. Application Guard) zwar Hyper-V, aktivieren aber nicht das komplette Paket sondern nur den Teil, den sie benötigen. Microsoft nennt das Hyper-V Lite. Der Typ-1 Hypervisor läuft aber, was zur Folge hat, dass der Windows Host selber in einer VM läuft, was wiederum zur Folge hat, das andere Typ-2 Hypervisoren (z.B. VMware) nicht mehr laufen oder eingeschränkt laufen. VirtualBox z.B. löst das über "Hyper-V als Fallback Option bei Windows Hosts".
Was den 0xc0000005 angeht, so ist das immer das Selbe:
Bis zur Operation "Gather data, scope: EVERYTHING" läuft es ohne weiteres durch.
Dann beginnt die "POSTVALIDATION":
[code]2019-07-11 09:45:53, Info SP VERBOSE: processing validator index 1
2019-07-11 09:45:53, Info SP VERBOSE: POSTVALIDATION: Executing validator ARP Validator ({E227E10A-2473-456B-A638-E12F19669B18})
2019-07-11 09:45:53, Info SP CARPValidator::BuildARPList: Starting the engine online
2019-07-11 09:45:53, Info Entering MigStartupOnline method
2019-07-11 09:45:53, Info Entering MigPlatformStartupOnline method.[/code]
Und diese endet ganz plötzlich mit:
[code]2019-07-11 09:45:56, Info Entering MigEngineStartup method
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin max timeout set to 45 minutes
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin initial timeout set to 10 minutes
2019-07-11 09:45:56, Info MIG CMXEService::Init: Plugin reset timeout set to 5 minutes
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CMockAgent in mockagent.dll due to configuration settings
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CCSIAgent in csiagent.dll due to configuration settings
2019-07-11 09:45:56, Info [0x080172] MIG AgentManager: not loading agent CUpgradeAgent in upgradeagent.dll due to configuration settings
2019-07-11 09:45:56, Info Leaving MigEngineStartup method
2019-07-11 09:45:56, Info Leaving MigStartupOnline method
2019-07-11 09:45:56, Info Entering MigGetRealPlatform method
2019-07-11 09:45:56, Info Leaving MigGetRealPlatform method
2019-07-11 09:45:56, FatalError SP Exception handler called! Details:
2019-07-11 09:45:56, FatalError SP Exception record: 0
2019-07-11 09:45:56, FatalError SP Exception code: 0xc0000005
2019-07-11 09:45:56, FatalError SP Exception flags: 0x0
2019-07-11 09:45:56, FatalError SP Exception address: 00007FFE9EB95E93
2019-07-11 09:45:56, FatalError SP Exception parameter 0: 0000000000000000
2019-07-11 09:45:56, FatalError SP Exception parameter 1: 0000000000000010
2019-07-11 09:45:56, Info SP SEH: Attempting to log exception
2019-07-11 09:45:56, FatalError [0x090001] PANTHR Exception (code 0xC0000005: ACCESS_VIOLATION) occurred at 0x00007FFE9EB95E93 in C:\$WINDOWS.~BT\Sources\unbcl.dll (+0000000000055E93). Minidump attached (136803 bytes) to diagerr.xml and C:\WINDOWS\Panther\UnattendGC\mnd4DCA.diagerr.mdmp.
2019-07-11 09:45:56, Info SP SEH: Attempting to upload diagnostic data[/code]
Normaler Weise sollte es genau an der Stelle hiermit weiter gehen:
[code]2019-07-11 00:36:20, Info Entering MigEngineStartup method
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin max timeout set to 45 minutes
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin initial timeout set to 10 minutes
2019-07-11 00:36:20, Info MIG CMXEService::Init: Plugin reset timeout set to 5 minutes
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CMockAgent in mockagent.dll due to configuration settings
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CCSIAgent in csiagent.dll due to configuration settings
2019-07-11 00:36:20, Info [0x080172] MIG AgentManager: not loading agent CUpgradeAgent in upgradeagent.dll due to configuration settings
2019-07-11 00:36:20, Info Leaving MigEngineStartup method
2019-07-11 00:36:20, Info Leaving MigStartupOnline method
2019-07-11 00:36:20, Info Entering MigGetRealPlatform method
2019-07-11 00:36:20, Info Leaving MigGetRealPlatform method
2019-07-11 00:36:20, Info MIG COutOfProcPluginFactory::LaunchSurrogateHost::CommandLine: "C:\$WINDOWS.~BT\Sources\mighost.exe" {07C52F12-12AB-4948-A01C-F4F6114CF5E7} /InitDoneEvent:MigHost.{07C52F12-12AB-4948-A01C-F4F6114CF5E7}.Event /ParentPID:7776
2019-07-11 00:36:20, Info MIG COutOfProcPluginFactory::LaunchSurrogateHost: Successfully launched host and got control object[/code]
Eine genaue Ursache ist da nicht zu erkennen, warum bei 'Entering MigGetRealPlatform method' die SetupHost abstürzt, außer dass es wohl dieses mal an der [i]C:\$WINDOWS.~BT\Sources\unbcl.dll[/i] lag. Das geht auch so aus der *.mdmp hervor.
Gibt zwar immer noch Warnungen und Fehler in Zusammenhang mit den drei IIS Benutzern, aber ob die dafür verantwortlich sind? Geht leider nirgends hervor. Die SetupPlatform stürzt einfach so ab, aber interessanter Weise immer an der selben Stelle ( 'Entering MigGetRealPlatform method').
---
Ist jetzt die Frage, ob man sich damit weiter beschäftigen sollte oder die Installation der 18908.1000 einfach abhaken und einen Neuanfang mit der 18936.1000 durchführen sollte. Wüsste jetzt nicht, wie man genau diesen Fehler umgehen könnte.
---
Und was Hyper-V angeht, so verwendet die Sandbox und einige andere Features (z.B. Application Guard) zwar Hyper-V, aktivieren aber nicht das komplette Paket sondern nur den Teil, den sie benötigen. Microsoft nennt das Hyper-V Lite. Der Typ-1 Hypervisor läuft aber, was zur Folge hat, dass der Windows Host selber in einer VM läuft, was wiederum zur Folge hat, das andere Typ-2 Hypervisoren (z.B. VMware) nicht mehr laufen oder eingeschränkt laufen. VirtualBox z.B. löst das über "Hyper-V als Fallback Option bei Windows Hosts".