Solved

DFS share not working as Active Directory profile path

Posted on 2010-11-08
13
733 Views
Last Modified: 2012-05-10
Hi All,

I have setup up DFS which replicates between 2 fileservers which works fine.

Practically everything is now redirected to the DFS network path now so that we have failover capabilities should we lose a server.

The only problem is that when I change the users profile path in Active Directory to reflect DFS it is completely ignored.  The users are logged on with temorary profiles - like the path cannot be seen.  Does anyone know why this would happen?

The path is \\adroot.AD.co.uk\AD_namespace\users\user1\profile which is basically a share called users that sits on Server A with a folder for each individual user inside it.

Thanks for any help.
0
Comment
Question by:robclarke41
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 7
  • 6
13 Comments
 
LVL 20

Expert Comment

by:woolnoir
ID: 34083847
Can you access the patch manually from one of the user workstations ? i.e login as the user, start -> run -> \\ad............ does it load ?
0
 
LVL 1

Author Comment

by:robclarke41
ID: 34084186
Yes I can - it works perfectly
0
 
LVL 20

Expert Comment

by:woolnoir
ID: 34084206
and the user has the appropriate rights to the actual share on the server ? and the folder where there profile is pointing at is either empty, or has a valid profile in.

Does this effect all users or just 1 ?
0
Revamp Your Training Process

Drastically shorten your training time with WalkMe's advanced online training solution that Guides your trainees to action.

 
LVL 1

Author Comment

by:robclarke41
ID: 34084237
The user does have the correct permissions to the share and their profile path.

It seems to be every user that its not working for.  If I enter a path directly to ther server i.e. \\ServerA\Users it works fine but not using the DFS path to the share.
0
 
LVL 20

Expert Comment

by:woolnoir
ID: 34084255
when you change the profile path, is it pointing at a blank share, or is there a profile already in the DFS share location ? if so, try a blank share and let windows create the profile.
0
 
LVL 1

Author Comment

by:robclarke41
ID: 34084438
There is a profile in the directory already - which is picke up fine with a straight UNC path to the server but is ignored under DFS.
0
 
LVL 20

Expert Comment

by:woolnoir
ID: 34084468
I'm just wondering if the DFS replication is 100% synced, and has it synced all the system files etc, are the clients being referred to the server you know to work 100% or the other server ?

Have you tried direct connections to both the servers in the replication arrangement.
0
 
LVL 1

Author Comment

by:robclarke41
ID: 34084603
As far as I can see replication is synced 100% and the prefferred server is the one hosting the profile.  This profile definitely works via a non-DFS UNC path so I don't think its that.  Is there any other reason why it shouldn't see this path.
0
 
LVL 20

Expert Comment

by:woolnoir
ID: 34084666
> As far as I can see replication is synced 100% and the prefferred server is the one hosting the profile

but you have two servers which are targets for this DFS item... are you 100% sure that the clients aren't being referred to the second server ? and is this 100% working, and been tested directly ?
0
 
LVL 1

Author Comment

by:robclarke41
ID: 34084712
Yep 100% sure, they are definitely being referred to the primary server & this has all been tested.  If I map a drive to the path and right click then properties the primary server has a tick next to active server.
0
 
LVL 20

Expert Comment

by:woolnoir
ID: 34084733
what event log entries do you have on the clients when they fail to read their profile over DFS?
0
 
LVL 1

Author Comment

by:robclarke41
ID: 34085277
I don't seem to get any profile related errors at all - it seems to be using the cached profile on the C: drive
0
 
LVL 20

Accepted Solution

by:
woolnoir earned 500 total points
ID: 34086143
Well then it might be worth removing or renaming the cached profile and see what happens. A rename is probably better at this point to ensure no data is lost.
0

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
ADMFILES.INI 7 60
RDP authentication error 3 73
Printer Access denied on reboot 5 92
Change subnet - effects on server 14 44
Background Information Recently I have fixed file server permission issues for one of my client. The client has 1800 users and one Windows Server 2008 R2 domain joined file server with 12 TB of data, 250+ shared folders and the folder structure i…
I was prompted to write this article after the recent World-Wide Ransomware outbreak. For years now, System Administrators around the world have used the excuse of "Waiting a Bit" before applying Security Patch Updates. This type of reasoning to me …
This tutorial will give a short introduction and overview of Backup Exec 2012 and how to navigate and perform basic functions. Click on the Backup Exec button in the upper left corner. From here, are global settings for the application such as conne…
This Micro Tutorial hows how you can integrate  Mac OSX to a Windows Active Directory Domain. Apple has made it easy to allow users to bind their macs to a windows domain with relative ease. The following video show how to bind OSX Mavericks to …

710 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question