asked on DFS Migration 2003 to 2008 R2
Helping out a client with a medium data migration this weekend and running into issues with DFS from their file server.
Scenario:
Server 'DATA04' was Server 2003, hosting all network drives at DFS Namespace '\\client.ads\shares' (domain in the format 'client.ads'
Using Robocopy all user data was copied to external (keeping all NTFS Permissions intact)
Wiped server 'DATA04'
Reorganized disks
Installed Server 2008 R2
Installed File Services Role with DFS (Namespace & Replication)
Robocopied data back
Removed the existing DFS Root from AD as per http://support2.microsoft.com/?id=224384
Have setup the same Namespace on 2008 DFS Namespace on the newly built DATA04 server - which worked
Setup first Target, exactly the same as the Target on 2003 server
When testing this target (which is the 'userdata' share (which hosts all users redirected Desktops & My Documents) user computers are getting:
"[Window Title]
Open Folder
[Content]
\\clientads\shares\udata\m
[OK]"
This seems to indicate that the system is trying to access "\\clientads\shares" and not "\\client.ads\shares"
I have checked their Drive Maps in GPO and they are all setup with "\\clientads\shares".
Any idea folks?
Need an answer before end of the day today!
Thanks
Mark
Scenario:
Server 'DATA04' was Server 2003, hosting all network drives at DFS Namespace '\\client.ads\shares' (domain in the format 'client.ads'
Using Robocopy all user data was copied to external (keeping all NTFS Permissions intact)
Wiped server 'DATA04'
Reorganized disks
Installed Server 2008 R2
Installed File Services Role with DFS (Namespace & Replication)
Robocopied data back
Removed the existing DFS Root from AD as per http://support2.microsoft.com/?id=224384
Have setup the same Namespace on 2008 DFS Namespace on the newly built DATA04 server - which worked
Setup first Target, exactly the same as the Target on 2003 server
When testing this target (which is the 'userdata' share (which hosts all users redirected Desktops & My Documents) user computers are getting:
"[Window Title]
Open Folder
[Content]
\\clientads\shares\udata\m
[OK]"
This seems to indicate that the system is trying to access "\\clientads\shares" and not "\\client.ads\shares"
I have checked their Drive Maps in GPO and they are all setup with "\\clientads\shares".
Any idea folks?
Need an answer before end of the day today!
Thanks
Mark
Windows Server 2008Active DirectoryStorage
Last Comment
kevinhsieh
ASKER CERTIFIED SOLUTION
THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
ASKER
Hi both
This is a client domain which I have inherited as a client so was not involved in the setup of domain.
Sounds like you are both correct. DATA04 was not a DC. Interestingly, when I tried to add the DFS Namespace to the rebuilt DATA04 it could see the Domain DFS Namespace from before and added it but when trying to expand it the error “The namespace cannot be queried. Element not found” appeared.
To work around the issue (and given time constraints) I deleted the DFS root from AD and recreated as domain namespace and recreated all the folders in there. Then went through all the GPOs that referenced “\\clientads” and updated to \\client.ads which has done the trick. Now we can see the DFS Namespace on other, non dc, based storage servers.
Thanks
Mark
This is a client domain which I have inherited as a client so was not involved in the setup of domain.
Sounds like you are both correct. DATA04 was not a DC. Interestingly, when I tried to add the DFS Namespace to the rebuilt DATA04 it could see the Domain DFS Namespace from before and added it but when trying to expand it the error “The namespace cannot be queried. Element not found” appeared.
To work around the issue (and given time constraints) I deleted the DFS root from AD and recreated as domain namespace and recreated all the folders in there. Then went through all the GPOs that referenced “\\clientads” and updated to \\client.ads which has done the trick. Now we can see the DFS Namespace on other, non dc, based storage servers.
Thanks
Mark
If you have multiple DCs hosting the namespace in the future this should be a non-issue as the namespace will survive the loss of any server. Actually, you probably could have just added a different server to be the namespace server and it would have been okay, since the namespace configuration is stored in AD. Glad you got it all working.
It seems that your domain NetBIOS name is clientads and not only "client", this is changed from default to custom during domain deployment.
Your earlier name space must be created on domain controller
Other wise it would not possible to get path like clientads\path
In new environment, when you run \\client.ads, it should show you "shares" dfs name space as well, then only it can resolve \\clientads\Shares, for that you need to install name space on DC servers
Also it is required to add this DFS name space on every DC server, otherwise some times it will create resolution issue, because \\clientads points to any random DC server in that AD site and if DFS name space is not installed on that DC, probably you will run in issues