troubleshooting Question

Slow and/or Inconsistent GPO Processing

Avatar of Cymbaline65
Cymbaline65 asked on
Windows XPActive DirectoryWindows Server 2012
10 Comments2 Solutions2113 ViewsLast Modified:
Hello all-
I'm performing an eDirectory to AD (Server 2012) migration using the Quest migrator toolset. This is a school system that is predominantly Windows XP SP3 (99%) for clients - only IT Staff has Windows 7.
I've deployed 2 GPOs: One to map specific network drives and the other to deploy a custom wallpaper. I've deployed the CSE's for Windows XP (including the CSE hotfix 974266).
Bottom line: about 50% of the time, my drives map and logon times are respectable (<30 sec from logon to desktop). Other times, it can take 8-10 minutes to get to the desktop.
Turning on verbose logging, I found these entries:

USERENV(2e0.d2c) 09:09:49:866 ProcessGPOs: -----------------------
USERENV(2e0.d2c) 09:09:49:866 ProcessGPOs: Processing extension Group Policy Drive Maps
USERENV(2e0.d2c) 09:09:49:866 ReadStatus: Read Extension's Previous status successfully.
USERENV(2e0.d2c) 09:09:49:866 CompareGPOLists:  The lists are the same.
USERENV(2e0.d2c) 09:09:49:866 CompareGPOLists:  The lists are the same.
USERENV(2e0.d2c) 09:09:49:866 CheckGPOs: No GPO changes but called in force refresh flag or extension Group Policy Drive Maps needs to run force refresh in foreground processing
USERENV(2e0.d2c) 09:09:49:866 ProcessGPOList: Entering for extension Group Policy Drive Maps
USERENV(2e0.d2c) 09:09:49:882 UserPolicyCallback: Setting status UI to Applying Group Policy Drive Maps policy...
USERENV(2e0.d2c) 09:09:49:882 ProcessGPOList: Passing in the force refresh flag to Extension Group Policy Drive Maps
USERENV(2e0.d2c) 09:09:49:882 GetWbemServices: CoCreateInstance succeeded
USERENV(2e0.d2c) 09:09:49:963 ConnectToNameSpace: ConnectServer returned 0x0
USERENV(2e0.d2c) 09:09:50:027 LogExtSessionStatus: Successfully logged Extension Session data
USERENV(f44.f48) 09:14:24:605 LibMain: Process Name:  C:\WINDOWS\system32\wuauclt.exe

USERENV(f8c.f90) 09:14:25:458 LibMain: Process Name:  C:\WINDOWS\system32\wbem\wmiprvse.exe
USERENV(2e0.d2c) 09:18:10:377 ProcessGPOList: Extension Group Policy Drive Maps returned 0x0.
USERENV(2e0.d2c) 09:18:10:377 ProcessGPOList: Extension Group Policy Drive Maps was able to log data. RsopStatus = 0x0, dwRet = 0, Clearing the dirty bit
USERENV(2e0.d2c) 09:18:10:439 ProcessGPOs: -----------------------
USERENV(2e0.d2c) 09:18:10:439 ProcessGPOs: -----------------------

Note the time difference after wmiprvse and Drive maps returning 0x0 - almost 4 minutes elapsed. This happens 50% of the time - sometimes the drives process in milliseconds.

Other items to note:
  *  I'm not seeing any CPU spikes with wmiprvse (read articles where this can happen).
  * I don't see any DNS errors
  * I've turned on Desktop wallpaper and enabled Active Desktop for my wallpaper GPO using User Configuration/Admin Templates/Desktop/Desktop/...
  * This issue occurs on multiple workstation builds indicating that it is probably environmental

This is driving  me nuts as it is not consistent but happens enough where it's keeping from starting our pilot migrations until it's resolved. Are there any issues with XP SP3 CSE's and Server 2012?

Any and all help is greatly appreciated.
Regards,
Eric
ASKER CERTIFIED SOLUTION
Joseph O'Loughlin
Systems Administrator

Our community of experts have been thoroughly vetted for their expertise and industry experience.

Join our community to see this answer!
Unlock 2 Answers and 10 Comments.
Start Free Trial
Learn from the best

Network and collaborate with thousands of CTOs, CISOs, and IT Pros rooting for you and your success.

Andrew Hancock - VMware vExpert
See if this solution works for you by signing up for a 7 day free trial.
Unlock 2 Answers and 10 Comments.
Try for 7 days

”The time we save is the biggest benefit of E-E to our team. What could take multiple guys 2 hours or more each to find is accessed in around 15 minutes on Experts Exchange.

-Mike Kapnisakis, Warner Bros