[THIN] Re: local user profile getting created with .domain na me extension (NTUSER.dat locked but not in the registry)

  • From: "BRUTON, Malcolm, FM" <Malcolm.BRUTON@xxxxxxxx>
  • To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
  • Date: Tue, 12 Apr 2005 09:53:00 +0100

Found what was casing the temp profile names in Docs and settings

 

We are migrating users form one domain to another.  Users must have
permissions for their new profile and the administrator should own their
profile.  If not it starts creating temp.domainname.000, temp.domainame.001
folders

 

Now off to re-permission a few users....

 

Malcolm

 

  _____  

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Stratton, Doug MSER:EX
Sent: 06 April 2005 19:07
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: local user profile getting created with .domain na me
extension (NTUSER.dat locked but not in the registry)

 

We are currently using UPHclean.

 

Helps most of the time. 

 

I looked in the registry and the entry is not there for these users.

 

NTUSER.dat is locked in the good profile directory.  So it is very similiar
to what you are talking about.

 

Any suggestions for identifying what is keeping ntuser.dat locked?  I check
in managment console under shared folders/open files.  Not there.

 

Can't seem to identify what service is holding it open.

 

 

 

  _____  

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of BRUTON, Malcolm, FM
Sent: Wed, April 6, 2005 10:25 AM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: local user profile getting created with .domain name e
xtension

See it all the time.  We do have multiple domains with the same user ID's in
each domain belonging to the same person.  Users should however only use one
account not multiple.  We have policy to delete roaming profile on logout
but I suspect when the profile is stuck and not unloaded it doesn't then
delete the local copy of the profile.  When same user logs back on it
creates username.domainname type directories

 

I have also seen it create temp profile dirs and then temp.domainname1and
temp.domainname2 etc.

 

Starting to use UPH and looking at a script to delete old profiles at system
restart time

 

Malcolm

 

  _____  

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Stratton, Doug MSER:EX
Sent: 06 April 2005 17:40
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] local user profile getting created with .domain name
extension

 

Don't know if anyone has run into this.

This has happened to us in the past and it is happening again.

 

We have a w2k server/cmfpsv3 environment.  With roaming profiles.

 

When some users log on they get a new profile created in documents and
settings that has an extension.

The extension is the domain.  So for example dstratto.idor. 

I still have a copy of the original profile in documents and settings.

 

It might be related to registry quota problems we have had but not sure.  

 

Any idea's what could cause this?

 

Thanks

 

_______________________________________________
Doug Stratton

  

CITS

Technology Development Analyst

Work: 250-356-6678

doug.m.stratton@xxxxxxxxx <mailto:doug.m.stratton@xxxxxxxxx> 
_______________________________________________

 

 



****************************************************************************
*******
The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered
Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorised and regulated by the Financial Services Authority 

This e-mail message is confidential and for use by the 
addressee only. If the message is received by anyone other 
than the addressee, please return the message to the sender 
by replying to it and then delete the message from your 
computer. Internet e-mails are not necessarily secure. The 
Royal Bank of Scotland plc does not accept responsibility for 
changes made to this message after it was sent. 

Whilst all reasonable care has been taken to avoid the 
transmission of viruses, it is the responsibility of the recipient to 
ensure that the onward transmission, opening or use of this 
message and any attachments will not adversely affect its 
systems or data. No responsibility is accepted by The Royal 
Bank of Scotland plc in this regard and the recipient should carry 
out such virus and other checks as it considers appropriate. 
Visit our websites at: 
http://www.rbs.co.uk/CBFM 
http://www.rbsmarkets.com 
****************************************************************************
****

Other related posts: