• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 156
  • Last Modified:

Roaming profiles don't copy to file server

I have a files server where the roaming profiles are stored but lately, the new users that I have been setting up, arent working right.  I set up a terminal services profile path like this \\fileserver\profileshare\%username% or I have also done \\fileserver\profileshare\usersname
Either way I do it, the profile is not copied to the file server.  It only stores a profile on the mahine that they logge into, when I go to my computer -> user profiles it show the user's profile as romaing and not local.  Please help.
0
The_Master_Chief
Asked:
The_Master_Chief
  • 7
  • 6
  • 4
1 Solution
 
wtp_isscCommented:
Are the share permissions or NTFS permissions correct?
0
 
The_Master_ChiefAuthor Commented:
I believe so.  It worked before and I didn't change them, but that doesn't mean that some other Sys Admin didn't change them.  I just checked them and they appear to be correct.  What permissions MUST be there?
0
 
wtp_isscCommented:
Share permissions should allow Change and the folder it's sharing should have all but full rights.

When you set the profile path in the user's profile and hit apply a folder should be automatically created here \\fileserver\profileshare.

Do the clients get any error when logging on?
0
Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

 
The_Master_ChiefAuthor Commented:
No error at all, it logs on and off as if just using a local profile.
0
 
The_Master_ChiefAuthor Commented:
I double checked share permissions and they are ok.
0
 
wtp_isscCommented:
I just noticed something.  It looks like you don't need a terminal profile path, just use the profile tab in the user's properties.  The terminal path is something you utilize for Citrix or Remote sessions.
0
 
The_Master_ChiefAuthor Commented:
I have always done it using the terminal profile path, as all of my users log onto a terminal server.  The local machines log on automatically as a dummy domain account.
0
 
exx1976Commented:
If you are using Terminal Services, then yes, you have the profile set in the correct place in ADUC.  As for the profiles, the directories need to be OWNED by the user who's profile it is.

Assuming, of course, that each profile directory is named the same as the corresponding user account, it would be very easy to script the use of SUBINACL (from the support tools) to set all the ownership on the directories...
0
 
The_Master_ChiefAuthor Commented:
I will try that tool.  Yes the profile folders are named after the profile username
0
 
The_Master_ChiefAuthor Commented:
Forgive my lack of knowedge, but could you give me an example of what command I should use to restore the ownership to their folders?
0
 
wtp_isscCommented:
I don't think they need to be owners of the folder...they just need the ability to take ownership--Full Access.
0
 
The_Master_ChiefAuthor Commented:
ok, I seemed to have fixed the problem.  What did the trick was allowing administrators full control of the folder.  the owner of the folder was also administrators.  Before, the administrators permissions were blank.
0
 
exx1976Commented:
Yes, they do need to be the owner.  Either that, or the Domain Admins need to be the owner (since the profiles reside on a DC).  Trust me, I handle over 1200 users on TS.  If the profile directories reside on a member server, then the local admin needs to be the owner, or, the user.  It's easier to just make the user the owner in all instances (especially since on a cluster there IS no local admin, since it's a virtual machine...)

Now, back to the question..


SUBINACL /noverbose /file \\<SERVER>\<SHARE>\<DIRECTORY> /setowner=%username%

That will change the owner to be whoever you specify.

HTH,
exx
0
 
wtp_isscCommented:
Right...what I was getting to was that the user does not have to be the owner as you said before...the local admin of the machine can and should be the owner.  I run Citrix servers here to and have run into issues where an admin had taken ownership of a users profile.
0
 
exx1976Commented:
As I said, with an Active/passive cluster, you can't have the local admin be the owner, since then when you fail cluster nodes the profiles will cease to function...

Accoring to MS, the CORRECT way is to have the user be the owner.

YMMV.
0
 
wtp_isscCommented:
I'm not debating with you, I started off by saying right and then explained why I responded the way I did to your previous response.  I'm just saying with my experience with the user being the owner...it's a bitch and a half to view the contents as an admin.  If you give the local admin group rights then it's a lot easier to view folders within the profile and edit permissions and this guy never mentioned having a cluster.

0
 
exx1976Commented:
agreed, it's a bitch, but..  That's why the line right before SUBINACL in all my profile creation scripts looks like this:


XCACLS \\<SERVER>\<SHARE>\<DIRECTORY> /T /G SYSTEM:F "<DOMAIN>\DOMAIN ADMINS":F %USERNAME% :C /Y


Note that my users only get change permissions..  Full access is not necessary..  The last thing I need is for users to be re-defining the permissions on their profile directories and making an even larger mess than they normally do....

0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 7
  • 6
  • 4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now