[gptalk] Re: Login Delay

  • From: Thorbjörn Sjövold <thorbjorn.sjovold@xxxxxxxxxxxxxxx>
  • To: <gptalk@xxxxxxxxxxxxx>
  • Date: Wed, 13 Sep 2006 16:56:25 +0200

If it is long or not is of course very dependant on how much you have 
configured in your GPOs. For example, setting the ACLs with the security 
extension on files etc can take a long time.
 
Enable Userenv debugging, see http://support.microsoft.com/kb/221833/, and you 
will be able to see the time taken for each extension in the log file that is 
being created, for example:
 
USERENV(3a4.d50) 09:06:59:144 ProcessGPOs: Processing extension Software 
Installation
USERENV(3a4.d50) 09:06:59:144 ReadStatus: Read Extension's Previous status 
successfully.
USERENV(3a4.d50) 09:06:59:144 CompareGPOLists:  The lists are the same.
USERENV(3a4.d50) 09:06:59:144 CompareGPOLists:  The lists are the same.
USERENV(3a4.d50) 09:06:59:144 ProcessGPOList: Entering for extension Software 
Installation
USERENV(3a4.d50) 09:06:59:144 UserPolicyCallback: Setting status UI to Applying 
Software Installation policy...
USERENV(3a4.d50) 09:06:59:144 ProcessGPOList: No changes. CSE will not be 
passed in the IwbemServices intf ptr
USERENV(3a4.d50) 09:06:59:154 ProcessGPOList: Extension Software Installation 
returned 0x0.
USERENV(3a4.d50) 09:06:59:154 ProcessGPOList: Extension Software Installation 
status was not updated because there was no changes and no transition or rsop 
wasn't enabled
 
Best,
 
Thorbjörn Sjövold 
Special Operations Software 
www.specopssoft.com 
thorbjorn.sjovold a t specopssoft.com 

Downlad our free tool for remote Gpupdate with graphical reporting, 
http://www.specopssoft.com/products/specopsgpupdate/default.asp 



________________________________

From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On 
Behalf Of Difarnecio, Gino (Citco)
Sent: Wednesday, September 13, 2006 3:55 PM
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] Login Delay



Users are experiencing some login delays. Using GPTime tools to try and 
determine if a GPO is responsible for the delay. Below is the information I get 
from GPtime:

Computer Group Policy processing cycle:

STARTED: 8:5:30 on 9/8/2006

FINISHED: 8:7:38 on 9/8/2006

Total elapsed processing time: 0 hours, 2 minutes, 7 seconds and 492 msec

Users are not using roaming profiles. Average profile size is 500MB to 1.5GB.  
Is two minutes a long time to process the policies or is this a normal time? If 
long do you have any suggestions on how to identify the setting or policy that 
might be causing the delay?

Thank you

Other related posts: