Go Premium for a chance to win a PS4. Enter to Win

x
?
Solved

DFS root folder shown as empty from just one specific workstation

Posted on 2014-03-13
7
Medium Priority
?
4,902 Views
Last Modified: 2014-03-23
Hey all,

Windows 7 workstation is unable to access files via network share if they are accessed via DFS namespace. DFS namespace is hosted on Windows Server 2008 R servers (multiple). Seems to be Workstation issue and not the server-side issue (pls. see below)

- Share can be accessed without any issues if direct link to a server share is used.
E.g. \\server01\share1 can be accessed, but its mapping to \\domain.com\dfsroot\share1 is not accessible, because if you would open \\domain.com\dfsroot it is empty


- Logged on with domain administrator account to the affected PC
No changes.

- Accessed \\domain.com\dfsroot with the same domain administrator account on ANOTHER PC
Got a list of shares, all is fine.

- Tried flushing all caches on affected PC
nbtstat -RR
ipconfig /flushdns
dfsutil /pktflush
dfsutil /spcflush
No changes.

- Tried rebooting the PC
No changes

- Tried running dfsutil /pktinfo
Got a correct entry + the right target share marked as ACTIVE

All ideas to troubleshoot this issue are welcome :)
0
Comment
Question by:thinkbot
  • 5
  • 2
7 Comments
 
LVL 6

Expert Comment

by:chlebi
ID: 39926783
Did you try to remove the PC from domain and join again?
0
 

Author Comment

by:thinkbot
ID: 39928767
Hi chlebi, thank you for an idea, haven't tried it before, only when you suggested.

This is how it went:

Removed the PC from domain and tried to join, got an error, never seen such before:

---------------------------
Computer Name/Domain Changes
---------------------------
Changing the Primary Domain DNS name of this computer to "" failed. The name will remain "sci.com".
The error was:
The specified server cannot perform the requested operation.
---------------------------
OK  
---------------------------

As suggested by one person here: http://social.technet.microsoft.com/Forums/windows/en-US/2b5a69ee-2aa1-4c04-817f-07b0cad1b005/changing-the-primary-domain-dns-name-of-this-computer-to-failed
I tried marking "Use this connection's DNS suffix in DNS registration". No luck with that.

I have checked that computer account was still present in AD. Removed the computer account, tried to rejoin (after making sure computer account is gone from all DCs which could be contacted). No luck.

Then I have returned the DNS suffix setting to what it was, changed primary DNS server to another one (which is also a DC), renamed the PC to a different name and successfully joined it to domain.

The primary problem of DFS shares not being accessible still remains though. I have tested with my domain admin account, and still the same thing, even \\domain.com\dfsroot is totally empty, no shares, just like before.

Any ideas?
0
 
LVL 6

Expert Comment

by:chlebi
ID: 39929022
Can you access the shares using \\dcname\dfs?
0
Simplify Active Directory Administration

Administration of Active Directory does not have to be hard.  Too often what should be a simple task is made more difficult than it needs to be.The solution?  Hyena from SystemTools Software.  With ease-of-use as well as powerful importing and bulk updating capabilities.

 

Author Comment

by:thinkbot
ID: 39929138
All DCs (which actually also provide File Services + DFS namespace hosting and thus host the shares) have an empty share if accessed via \\dcname\dfsroot folder. I have tried all our DCs with DFS enabled (have 4, all in different sites).

All of them are accessible just fine via \\dcname\dfsroot folder (you get the complete list of links to shares) from any other PC besides the one which has this issue.

Is there a way to enable some kind of debug level logging on that PC to help pinpoint the issue?
0
 

Author Comment

by:thinkbot
ID: 39934275
I was wrong to say it affects one PC. The thing is that it affects the whole subnet in our data center where we have this "PC" (which is VM with a client OS on a server). It appears that  \\domain.com\dfsroot folder seems empty from all Windows servers in that subnet, as I think they all access the same DC which hosts this DFS namespace.

\\domain.com\dfsroot seems empty even on the very same server which is DC/DFS server, so apparently issue is on that server. DFSUtil /pktinfo run directly on that server seems to return healthy values.

Tried flushing DFS cache

dfsutil cache domain flush

No luck yet.

Any ideas?
0
 

Accepted Solution

by:
thinkbot earned 0 total points
ID: 39936720
Short story  -

It appears there was an issue with DFS Namespace service on one of the servers. Contents of <drive>:\DFSRoots\dfsroot1 folder was empty on that server. Restarted the service and contents reappeared. And everythning started to work just fine.

Long story -

The situation got difficult to troubleshoot because it was very weird that some of the servers (even production systems) which rely on DFS shares continued to operate normally on the same subnet/site from the same DFS/File server. The reason for this was cache. If some share was already in use, it was in cache and thus worked fine.

dfsutil cache domain flush helped to understand that cache was involved as after issuing this command ALL DFS shares stopped working, even those that worked before.
0
 

Author Closing Comment

by:thinkbot
ID: 39948414
This is a functional workaround - restarting service which serves the purpose. Excellent solution would be to pinpoint the reason why restart of the service was needed and what caused that.
0

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

Question has a verified solution.

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

When you try to extract and to view the contents of a Microsoft Update Standalone Package (MSU) for Windows Vista, you cannot extract the files from the MSU. Here we are going to explain how to extract those hotfix details without using any third pa…
The Windows functions GetTickCount and timeGetTime retrieve the number of milliseconds since the system was started. However, the value is stored in a DWORD, which means that it wraps around to zero every 49.7 days. This article shows how to solve t…
This Micro Tutorial will teach you the basics of configuring your computer to improve its speed. It will also teach you how to disable programs that are running in the background simultaneously. This will be demonstrated using Windows 7 operating…
This Micro Tutorial will go in depth within Systems and Security in Windows 7 and will go into detail regarding Action Center, Windows Firewall, System, etc. This will be demonstrated using Windows 7 operating system.
Suggested Courses

876 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