[THIN] Re: How to move user profiles?

  • From: "Joe Shonk" <joe.shonk@xxxxxxxxx>
  • To: thin@xxxxxxxxxxxxx
  • Date: Thu, 9 Nov 2006 07:29:05 -0700

Rebocopy.. Interesting,  sure it's not the way they spell it?  Much like any
word with a z is an s?

Also note that Robocopy is part of the Windows 2003 resource kit.

Joe

On 11/9/06, Claus, Brian <BClaus@xxxxxxxxxxxxx> wrote:

 Great info Rick --  (typo in your robocopy syntax – it's robocopy, not
rebocopy – I know it's an obvious one…just clarifying for Linda and others
so they are not like "Damn ReboCopy command isn't working! )



Some other quick and easy possible fixes:



Try doing some wildcard searches on your directory – there is probably a
lot of garbage data you can clean up.



Search for exe's, MP3, mpegs, mpg, avi, zip, tmp

See if your Internet Explorer temp file directories are full – you'll want
to keep them emptied out or at a minimum

Could even try thumbnail view searches for *.jpg and *.gif and delete any
"offensive" content you may or may not find…





*Brian Claus*

<bclaus@xxxxxxxxxxxxx>
  ------------------------------

*From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] *On
Behalf Of *lindaday@xxxxxxxxxxx
*Sent:* Thursday, November 09, 2006 8:02 AM
*To:* thin@xxxxxxxxxxxxx; thin@xxxxxxxxxxxxx
*Cc:* Rick Mack
*Subject:* [THIN] Re: How to move user profiles?



Actually yes. All of our users are on Terminal Server and we just did not
start out with a large enough server when we designed it to accommodate our
ever expanding use. We have other servers, of course for their files and all
of our systems, etc., but these profiles are just getting so loaded up that
we never anticipated this much. We wanted to know if we could partition the
server and add more space so we did not have to keep having these emergency
fire drills to keep things under control as it gets full and then we have to
go in and clean out all of the clutter. Also we are now utilizing a database
whereby the front end is now sitting in each profile and that in itself was
not anticipated. Because each person has their own front end it is even
bigger. I suggested to our network engineer, just get a larger server and he
said it is not possible at this point which to me there has to be a way, yes
it may be difficult, but I want our users to be happy and not have a full
server all of the time. I told him I would turn to all of you for help as I
love you guys and you are all so smart and I know you can help me. This has
to be a common issue for people who were early birds in using Terminal
Server for few years.

Thanks,

Linda



-------------- Original message --------------
From: "Rick Mack" <Rick.Mack@xxxxxxxxxxxxxx>

Hi Linda,



I'm assuming that your question refers to locally cached, non-roaming
profiles, otherwise all you'd have to do is enable the delete local profile
on logoff option to save space and I've wasted your and my time :-(



If you've got more than one local drive, it's not too hard to move the
location for new profiles from c:\documents and settings to something like
d:\documents and settings or whatever.



The profile folder location is defined under
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Profilelist by the value
*ProfilesDirectory*.



If you change this value, any new user profiles will be created under the
new profile root.



I'd strongly suggest you use robocopy to copy the profiles to a new
location, eg with the command:



rebocopy "c:\documents and settings" "d:\documents and settings" /sec /mir
/r:0 /w:0



Please be aware that the local service account profiles won't be copied
fully because the registry portion of the profile, ntuser.dat, is in use).



To "fix" this problem use the *regback* utility from the windows resource
kit (logged in as the local administor) eg



cd /d d:\documents and settings

cd LocalService

regback ntuser.dat users S-1-5-19

cd ..\NetworkService

regback ntuser.dat users S-1-5-20



And even after copying all the profiles to the new profile folder, things
still won't quite work the way you expect.



Each user's local profile is registered as a subkey under
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Profilelist as the users
SID (security ID) and it has a value, *ProfileImagePath*, which will still
point to c:\documents and settings\%username%. So the operating system will
still expect/use these profiles in the old location.



At this point you've got 2 options, use delprof to delete all local
profiles and start again, or use a script to alter the ProfileImagePath
value for all locally cached profiles.



A very simple kixstart script, which assumes things like all profile names
are the loggedin username only (no ..001 or .domain extensions) to do this
could be:



-----------------------

; setnewprofpath.kix - define new local profiles directory



; replace this value with your new profile folder

$newdir="d:\documents and settings\"

$regloc="HKEY_LOCAL_MACHINE\Software\Microsoft\Windows
NT\CurrentVersion\ProfileList"



$count = 0

; for all the subkeys under $regloc, get the keyname

; convert it to a username and write the new profile location



:loop1
    $usersid = enumkey("$regloc", $count)
        If @error = 0

            $userid=sidtoname($usersid)


            
$result=writevalue($regloc+"\"+$usersid,"ProfileImagePath",$newdir+$userid,"REG_EXPAND_SZ")

            $count = $count+1
    goto loop1
endif



:end

------------------------



regards,



Rick

*Ulrich Mack*

*Volante Systems, a division of Commander*
 ------------------------------

*From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] *On
Behalf Of *lindaday@xxxxxxxxxxx
*Sent:* Thursday, 9 November 2006 1:12 PM
*To:* thin@xxxxxxxxxxxxx
*Subject:* [THIN] How to move user profiles?



We have a problem with our profiles growing on our server for Terminal and
our server saying we are running out of room all of the time. Can we move
our profiles to another drive letter? If so, how do we do that. We are in
Windows 2003 Terminal Server.

Thanks,

Linda
  ------------------------------

*This e-mail, including all attachments, may be confidential or
privileged.  Confidentiality or privilege is not waived or lost because this
e-mail has been sent to you in error.  If you are not the intended recipient
any use, disclosure or copying of this e-mail is prohibited.  If you have
received it in error please notify the sender immediately by reply e-mail
and destroy all copies of this e-mail and any attachments.  All liability
for direct and indirect loss arising from this e-mail and any attachments is
hereby disclaimed to the extent permitted by law.*
 ------------------------------


Other related posts: