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?

Improve company productivity with a Business Account.Sign Up

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
Get 10% Off Your First Squarespace Website

Ready to showcase your work, publish content or promote your business online? With Squarespace’s award-winning templates and 24/7 customer service, getting started is simple. Head to Squarespace.com and use offer code ‘EXPERTS’ to get 10% off your first purchase.

 
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
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.

All Courses

From novice to tech pro — start learning today.