No, that was 0x000100002 - verbose + logfile

Here is 0x000300000,  which does not show the delay
USERENV(d90.370) 14:40:25:743 UnloadUserProfile: Entering, hProfile = <0x2e0>
USERENV(d90.370) 14:40:25:743 UnloadUserProfile: no thread token found, 
impersonating self.
USERENV(d90.370) 14:40:25:743 GetInterface: Returning rpc binding handle
USERENV(184.c64) 14:40:25:743 IProfileSecurityCallBack: client authenticated.
USERENV(d90.370) 14:40:25:743 UnLoadUserProfile: Calling DropClientToken (as 
self) succeeded
USERENV(d90.370) 14:40:25:758 UnloadUserProfile: Calling UnloadUserProfileI 
succeeded
USERENV(d90.370) 14:40:25:758 ReleaseInterface: Releasing rpc binding handle
USERENV(d90.370) 14:40:25:758 UnloadUserProfile: returning 1

CFee
From: Richard Stovall [mailto:[email protected]]
Sent: Wednesday, February 24, 2010 2:33 PM
To: NT System Admin Issues
Subject: Re: Storage server 2003 SLOW!!!

Is that the output from debug level logging (DEBUGGER 0x00020000)?
On Wed, Feb 24, 2010 at 2:04 PM, Carol Fee 
<[email protected]<mailto:[email protected]>> wrote:
Thanks for that.  So here's where it hangs up, but I don't know what it means.

USERENV(e18.e00) 10:37:07:555 GetProfileType: ProfileFlags is 0
USERENV(e48.e4) 10:42:34:930 LibMain: Process Name:  
C:\WINDOWS\system32\userinit.exe
USERENV(e14.f9c) 10:46:17:852 LibMain: Process Name:  
C:\WINDOWS\system32\userinit.exe

CFee
From: Richard Stovall [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 4:42 PM
To: NT System Admin Issues
Subject: Re: Storage server 2003 SLOW!!!

Have either of you tried enabling userenv logging?

http://support.microsoft.com/kb/221833

It has helped me identify slow logon issues in the past.

On Tue, Feb 23, 2010 at 4:13 PM, Carol Fee 
<[email protected]<mailto:[email protected]>> wrote:
I stand corrected.  It is also the same for me at the console.

CFee
From: Steve Kelsay [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 4:10 PM

To: NT System Admin Issues
Subject: RE: Storage server 2003 SLOW!!!

Correct as far as I am concerned.

From: Richard Stovall [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 3:55 PM
To: NT System Admin Issues
Subject: Re: Storage server 2003 SLOW!!!

I'm confused.  (But what's new?)

So SK sees the behavior remotely and locally.  CF only sees it remotely.

That right?
On Tue, Feb 23, 2010 at 3:48 PM, Steve Kelsay 
<[email protected]<mailto:[email protected]>> wrote:
No, functionality is the same when on site. DNS looks good, ping times are good.

From: Carol Fee [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 3:38 PM

To: NT System Admin Issues
Subject: RE: Storage server 2003 SLOW!!!

Yes.  Also, if you disconnect the RDP session, you can reconnect easily.  If 
you log off or reboot the server, you better have a lot of time to do what you 
want to do.

CFee
From: Richard Stovall [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 3:36 PM
To: NT System Admin Issues
Subject: Re: Storage server 2003 SLOW!!!

The behavior is different if you're physically at the console?
On Tue, Feb 23, 2010 at 3:30 PM, Carol Fee 
<[email protected]<mailto:[email protected]>> wrote:
I have a Storage Server 2003 and another Server 2003 Standard that takes at 
least 20 minutes to load the RDP desktop.  Once you get there, everything else 
seems fine.  I can't for the life of me figure out why.

CFee
From: Steve Kelsay [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 23, 2010 11:09 AM
To: NT System Admin Issues
Subject: Storage server 2003 SLOW!!!

Does anyone else have this problem? Remoting to the server using Remote 
desktop, the "applying Security Settings" stays on for 45 minutes, then I can 
sign on, but the "Applying Computer Settings" box stays up for another 2-3 
hours. Once on the system, a simple thing like a Flash player upgrade (to get a 
broadband speed test done) takes over an hour. This is on several of these 
servers. Naturally, all are at remote sites.

















































~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to