DFS shares dissapearing

We recently lost the PDC and it had to be rebuilt. In the process, some of the DFS shares that were hosted there were recreated in the secondary DC and some were used from remote locations while PDC was rebuilt. Now, when users click on their shares they randomly are inaccessible or just "jump" back to the root.

Environment is 5 sites with 6 DCs all running Server 2008 R2. All have DFS and there are some shares that are on all the servers, some are only in select ones. Only users in the site where the PDC was located are having this issue, all other sites seem to be working correctly.

I have verified DNS, error logs and ran the sonar tool but haven't seen anything that can explain this. replication seems to be working fine too.
avadminAsked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
arnoldConnect With a Mentor Commented:
Do the shares disappear at the site where the failed DC was restored?
If so, the issue is because of the policy that directs the use of the local and likely because you restored the DC using the same name, but lacking the share.
One deals with the DFS removing the old DC as a target member.

Then in the rerun the replication configuration to rejoin this DC into the replication group after.
0
 
arnoldCommented:
It sounds as though the DFS that are not functional only had one target system which is no longer accessible.
Was there DFS-Replication that had data flowing among the servers?
0
 
avadminAuthor Commented:
Not sure this is the right answer, but i'll try...
I don't think so, since all servers were set up to be Namespace servers and all folders were at least in two servers. It does seem like the target is inaccessible and this is why some users experience it while others don't and happens at random times of the day. Replication had been working fine until this and I believe replication is still running fine (I added some files to the software folder for testing and they were in the other sites in less than a minute).
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
avadminAuthor Commented:
yes, they disappear at the site where the PDC was. I didn't restore, but rather recreated the system after manually seizing FSMO roles and performing the manual delete of the DC and DFS entries. I thought I deleted all the entries to it, but perhaps I didn't.
I did use the same name afterwards! (Naming schemes for the company)

I will try removing both servers from this site over the weekend and then re-joining them. Anything else I should do?

thanks!
0
 
arnoldCommented:
You do not need to remove, use the dfsutil to see the references, then also checkforerrors on the restored server for DFS related events.

An option into check the dfs share policy dealing with the new.

I think provided Therese no errors. Everything should be fine bymonday.
0
 
avadminAuthor Commented:
Will do. I'll check and let you know. thx
0
 
avadminConnect With a Mentor Author Commented:
Waiting for users to connect today and let me know if this worked. Will update the question later.

here is what I did:

from the MMC I removed the recreated PDC as a Namespace server. It gave me an error that the server did not exist. I then re-added the server and the operation completed successfully.

I believe this was the error.

Additionally I moved all shares from the SDC to the PDC and removed the SDC namepace folders and removed it as a namespace server (removed the shared folders too in case a user had mapped manually to the server!)
0
 
arnoldConnect With a Mentor Commented:
Map a drive to the domain based share.
Looking at the properties of the mapped drive, there should be a DFS tab which you can toggle (activate) each share target and see if you have access to files or not.
If you still have times where there is no data, double check on the dfs anagement share settings to make sure the location reflects there is the location where the data is.

Had an occasion to have the replication of data working, but the access share was pointing to c:\dfsroot\sharename .......
During the setup of the target entry, the config erred processing ......  Removing the target and repointing it to the correct folder would resolve this.
0
 
avadminAuthor Commented:
All working. It was as you mentioned the PDC that had to be removed and recreated. Thanks! (also good tip on the properties tab! very helpful)
0
 
avadminAuthor Commented:
The process of removing the server using the MMC is the simplest, but Arnolds guidance was critical
0
All Courses

From novice to tech pro — start learning today.