Upgrading SCCM agent on terminalservers takes too long

Hello

When updating the agent from SCCM 2012 Sp1 to SCCM 2012 R2 on a terminalserver, the upgrade takes a large amount of time based on the amount of users who has been logged on to the server. (12hours+ for our environment, with 20k users)

During the install, c:\windows\ccmsetup\logs\ccmsetup.log waits here:

MSI: Handling 02:02:16: CcmRegisterWmiMofFile. Compiles MOF files that were queued by CcmRegisterWmiMofFilesInit.

When ccmsetup is running, c:\windows\ccm\logs\PolicyAgentProvider.log shows this:

Successfully updated namespace 'S_1_5_21_233555372_1756841686_4116994434_28376'

Successfully updated namespace 'S_1_5_21_233555372_1756841686_4116994434_388040_Default'

over and over on what seems to be the SIDs of every single user that has ever logged on to the server.

See attached link for picture: https://www.dropbox.com/s/mxgycbsd3z2fg9b/ccmagent.png

What are my options around this? Some of our servers are on hour 15, stilling going strong, of upgrading the agent now, halting all maintenance jobs and software deployments.

Can I make the install skip these namespaces?

Can I clear the namespaces before upgrade?

Would appreciate some inputs if anyone has seen this issue, or know if this is a weakness in the product.

Regards

Ola Holtberget

January 15th, 2014 5:01am

Hi,

How about uninstalling and reinstalling the client? From the log, seems the client trys to refresh poliies for every user that has ever logged on. Check the log fils PolicyAgent.log and DataTransferService.log to see whether it is this case.

Free Windows Admin Tool Kit Click here and download it now
January 15th, 2014 7:46pm

Thanks for replying.

Uninstalling behaves somewhat the same, CCMsetup.log hangs on the following step for hours:

MSI: Action: 18:44:28: CcmUnloadWmiProviders. Enumerates all providers and unloads them, verifies they are unloaded, and then relads them.

I will check the logs you refer to during an upgrade and get back to you, cheers.

January 18th, 2014 12:52pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics