[THIN] Re: Oddest Problem Ever
- From: "Jim Hathaway" <JimH@xxxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Tue, 15 Jun 2004 17:24:05 -0700
Out of curiosity Doug what's the profile standard you have there? Are
you using mandatory / flex / standard roaming / local?
Is this issue across the board on all profiles, or just a few end users?
Happens for brand new profiles too?
Happens for Administrators?
What kind of stuff do you see from filemon, or more importantly Regmon
during the login process for an end user w/ the issue?
J
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Stratton, Doug MSER:EX
Sent: Tuesday, June 15, 2004 8:58 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Oddest Problem Ever
Nope not it. I get the error when she logs on. I log her off no other
errors. I go into the registry and unload the 2 hives for that user
(have to do it manually) and I have to wait for some time for the
non-classes hive to be "free'd" up so it will unload.
Then I log in again with the user and get the error message again while
logging on.
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Steve Raffensberger
Sent: Tue, June 15, 2004 6:03 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Oddest Problem Ever
Doug,
I might be able to answer that for you. The most common reason
for this is because the profile never unloaded the last time the user
logged off. Therefore, remnants remain in the registry. When the user
attempts to log in and load their NTUSER.DAT, those remnants are in the
way and prevent the loading of the user's hive.
You can often see this by running regedt32 and opening
HKEY_USERS. You should see the following pattern:
SIDNUMBER
SIDNUMBER_Classes
AnotherSIDNUMBER
AnotherSIDNUMBER_Classes
Stuck profiles show up as a single entry...either the SIDNUMBER
entry or SIDNUMBER_Classes entry without its partner. You can highlight
the affected hive and check its owner under the security tab. This will
tell you who the affected user is. If the moon is full and the planets
line up correctly, you can simply delete the hive in regedt32. However,
if UPHClean can't unload it, you will probably fail also. A reboot and
manual removal of the cached copy is the only recourse.
I know this won't make you feel any better, but this isn't
limited to Terminal Server. It is currently happening on my laptop as
well. It is just less of a problem there because, unlike a server, I
don't normally log off, I normally shut it down. Also, this is nothing
new. It's been a problem since NT 3.51.
HTH,
Raff
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Stratton, Doug MSER:EX
Sent: Monday, June 14, 2004 6:30 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Oddest Problem Ever
Nope no print jobs. I still don't get why I would be
getting this error when they log on and not when they log off?
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Jim Kenzig
http://thin.net
Sent: Mon, June 14, 2004 11:59 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Oddest Problem Ever
Have you checked to see if the user has any
stuck print jobs? This will also keep profiles from unloading.
JK
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Stratton, Doug MSER:EX
Sent: Monday, June 14, 2004 2:09 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Oddest Problem Ever
I took a look at those 2 mentioned. the
one is installed. uphclean does not work because it happens when they
log on not out. (the roaming profile error)
We are using sp3 at this point. Will be
trying sp4 to see if that helps.
XE103W2K030 was replaced with
XE103W2K115 I will give it a try but it does not seem to specify
profile loading problems as part of the fix.
if anyone knows of a specify patch that
fixes profile unload errors when logging on (wth) please let me know.
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of BRUTON, Malcolm, FM
Sent: Fri, June 11, 2004 2:06 AM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Oddest Problem Ever
I have just seen this too....Interesting
thing is that it affects users logging on using a win2k domain but not
any users logging on using NT4 domain credentials. I think it may be
related to the AD policies (policies affects NT 4 users and 2k users
differently). There is a technet article suggesting an MS hotfix which
updates the windows installer. I am only running Win2k SP2 and SP3
updates installer to a newer version which may fix this. What service
pack are you running for 2K?
http://support.microsoft.com/default.aspx?scid=kb;en-us;827825
http://support.microsoft.com/default.aspx?kbid=837115
These may help as well.
Malcolm
________________________________
From: thin-bounce@xxxxxxxxxxxxx
[mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of McHargue, Chris
Sent: 11 June 2004 06:09
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Oddest Problem Ever
There are several hotfixes that are
suppose the fix this. I don't remember them off the top of my head but
do a search on slow logoff under the Citrix.com forums. There are
listed there.
________________________________
From: Stratton, Doug MSER:EX
[mailto:Doug.M.Stratton@xxxxxxxxxxxxxxx]
Sent: Thursday, June 10, 2004 6:37 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Oddest Problem Ever
W2k sp3, xp fr3
I am trying to hunt down why profiles
are not unloading when users log off. Or so I thought.
I have now found out that I am getting
this message when the users LOG ON not OFF!
Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1000
Date: 2004-06-10
Time: 3:28:50 PM
User: IDIR\BGTANNER
Computer: NUTMEG
Description:
Windows cannot unload your registry
file. If you have a roaming profile, your settings are not replicated.
Contact your administrator.
DETAIL - , Build number ((2195)).
After I log the user off the profile
stays locked in the registry for a while and then eventually I can
manually unload it.
Any chance you have a clue what is going
on?
I was trying to use UPHClean but as it
only does stuff when they log off does not help now.
Doug Stratton
Operations Engineering
Workstations Services Branch
CITS, Solutions BC, Province of BC
4000 Seymour Place, Victoria B.C.
Telephone: (250) 356-6678
Email: Doug.M.Stratton@xxxxxxxxxxxxxxx
Other related posts:
