This has just recently started to pop up on networks we manage.
All of the following are Event ID 7034 Service Control Manager service terminated messages:
- The Windows Update service terminated unexpectedly. It has done this 3 time(s).
- The Windows Management Instrumentation service terminated unexpectedly. It has done this 3 time(s).
- The Shell Hardware Detection service terminated unexpectedly. It has done this 3 time(s).
- The Remote Desktop Configuration service terminated unexpectedly. It has done this 3 time(s).
- The Task Scheduler service terminated unexpectedly. It has done this 3 time(s).
- The User Profile Service service terminated unexpectedly. It has done this 3 time(s).
- The Server service terminated unexpectedly. It has done this 3 time(s).
- The IP Helper service terminated unexpectedly. It has done this 2 time(s).
- The Device Setup Manager service terminated unexpectedly. It has done this 3 time(s).
- The Certificate Propagation service terminated unexpectedly. It has done this 2 time(s).
- The Background Intelligent Transfer Service service terminated unexpectedly. It has done this 3 time(s).
- The System Event Notification Service service terminated unexpectedly. It has done this 2 time(s).
It turns out that all of the above are tied into SVCHost.exe and guess what:
Log Name: Application Source: Application Error Date: 10/23/2017 5:09:57 PM Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic Computer: ABC-Server.domain.com Description: Faulting application name: svchost.exe_DsmSvc, version: 6.3.9600.16384, time stamp: 0x5215dfe3 Faulting module name: DeviceDriverRetrievalClient.dll, version: 6.3.9600.16384, time stamp: 0x5215ece7 Exception code: 0xc0000005 Fault offset: 0x00000000000044d2 Faulting process id: 0x138 Faulting application start time: 0x01d34c5c3f589fe7 Faulting application path: C:\Windows\system32\svchost.exe Faulting module path: C:\Windows\System32\DeviceDriverRetrievalClient.dll
A contractor of ours that we deployed a greenfield AD and cluster for was the one who figured it out. WSUS and the Group Policy settings were deployed this last weekend with everything in our Cloud Stack running smoothly until then.
The weird thing is, we have had these settings in place for years now without any issues.
The following are the settings changed at both sites:
System/Device Installation Specify search order for device driver source locations: Not Configured 2014-02-11: Enabled by Philip Elder. 2017-11-01: Not Configured by Philip Elder. Specify the search server for device driver updates: Not Configured 2014-02-11: Enabled by Philip Elder. 2017-11-01: Not Configured by Philip Elder. System/Driver Installation Turn off Windows Update device driver search prompt: Not Configured 2017-10-28: Disabled by Philip Elder. 2017-11-1: Returned to Not Configured by Philip Elder System/Internet Communication Management/Internet Communication settings Turn off Windows Update device driver searching: Not Configured 2014-02-11: Disabled by Philip Elder. 2017-11-01: Not Configured by Philip Elder.
It is important to note that when working with Group Policy settings a comment should be made in each setting if at all possible. Then, when it comes to troubleshooting an errant behaviour that turns out to be Group Policy related we are better able to figure out where the setting is and when it was set. In some cases, a short description of the "Why" the setting was made helps.
Philip Elder
Microsoft High Availability MVP
MPECS Inc.
Co-Author: SBS 2008 Blueprint Book
Our Cloud Service
Twitter: @MPECSInc
4 comments:
Hi, Philip, I had the same issue on file server cluster. Actual I have disabled windows update and device setup manager service as a workaround. Do you fix the issue with the setting that you have deployed at 2017-11-01 ?
Thanks.
The settings indicated do indeed remove the problem.
Thanks for the help!
Lone Window Storage Server 2012 in 2016/19 environ, same problem.
Any time the Device Setup Manager service would start, it would bring down with it a host of key services.
I only had these two policies configured and had them reset to "Not Configured"
System/Device Installation
Specify search order for device driver source locations
Specify the search server for device driver updates
Disabling the service worked as well but I feared updates would have undone so.
Hello from the future! This blog post saved my life. I've been battling this issue for weeks. I found this blog post linked on a technet article https://social.technet.microsoft.com/forums/en-US/8cb38631-b4aa-4388-9634-6a9a6a99e894/windows-services-and-cms-replication-stopping-on-sfb-fe-servers?forum=sfbfr&prof=required
What a strange bug but things are finally so stable. Thank you thank you thank you.
Post a Comment