I have a machine that was deployed 60 patches yesterday around 4pm. 18 hours later it is still patching at 52/60. We have several servers that exhibit this behavior with Shavlik and I'm trying to figure out why. These are agentless, console-push deployments. 90% of servers work great.
The dplyevts log shows:
2015-11-12T15:30:08.0595602Z 0730 I PingBack.cpp:53 Sending data to 'https://LHI-SECPRD03:3121/ST/Console/Deployment/Tracker/V92'.
2015-11-12T15:30:08.0595602Z 0730 E HttpDownload.cpp:1249 WinHttpOpen failed: 87.
2015-11-12T15:30:08.0595602Z 0730 E HttpDownload.cpp:491 AttemptIEProxySession failed.
Other logs in the folder do not have any errors, warnings, or failures I can see. Logs in the ProPatches (cl5, etc) folder are not updating, maybe not used with 9.2?''
Processes Trusted Installer is at 25% with 1.8 GB of memory committed and churning. Svchost has almost a GB. Memory usage only 60% total on the machine.
I have an SRV 2017 event in the System log: System unable to allocate nonpaged pool - at configured limit. 4 events total since patching started. Never seen before today.
TONS of MsiInstaller events in the Application log, but just a few yellows.
We've had issues in the past with certs/keys for the scheduler, but I am not seeing that. I will scrub every last vestige of Shavlik from the machine and rescan - that usually sorts things out, but I am at a loss currently as to what is causing the slowness here and where to look next for a clue.