> Good morning..
>
>
>
> We're having a bit of a problem with DFS since we introduced 2008 server
> (atleast I think this is when it happened) into our environment.
>
>
>
> On the 2003 R2 SP2 server where the DFS roots were setup, when you click
> on the 'namespaces' we get the error: "<path for the namespace>: The
> namespace cannot be queried. The specified server cannot perform the
> requested operation."
>
>
>
> I can still access the namespaces through explorer.. and it sends you to
> the closest replicating partner.
>
> I can also still replicate data between the roots and replicas.
>
>
>
>
>
> After doing a little bit of investigating... this is what I've dug up:
>
>
>
> Event Type: Error
> Event Source: DfsSvc
> Event Category: None
> Event ID: 14530
> Date: 12/16/2008
> Time: 11:47:16 AM
> User: N/A
> Computer: <DFS root Server>
> Description:
> DFS could not access its private data from the Active Directory. Please
> manually check network connectivity, security access, and/or consistency
> of DFS information in the Active Directory. This error occurred on root
> ADMIN.
>
>
>
> Event Type: Warning
> Event Source: DfsSvc
> Event Category: None
> Event ID: 14526
> Date: 12/16/2008
> Time: 10:24:16 AM
> User: N/A
> Computer: <DFS root Server>
> Description:
> DFS could not contact the EC-MS-DC01.curr.vsb.bc.ca Active Directory. DFS
> will be using cached data. The return code is in the record data.
>
>
>
> Researching those errors, I've found some articles suggesting that I check
> the following:
>
>
>
> "If the DFS root that's listed in the event details does not exist in the
> Active Directory ("AD Users & Computers\System\Dfs-Configuration") then go
> to "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots" and find the domain
> or standalone root that's causing you problems and delete the respective
> key. Restart DFS Service for the action to take effect"
>
>
>
> After checking into the suggested fix above... it seems that the AD object
> for the DFS root is in-fact missing in: "AD Users &
> Computers\System\Dfs-Configuration"
>
> Also, the registry keys are in place on the DFS server that hosts the
> roots: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots"
>
>
>
> Is anyone able to explain or point me what happens if I actually do delete
> this registry key and restart the DFS service? Do the keys and AD objects
> get rebuilt and everything goes back to normal?
>
>
>
> I'm dealing with a live environment with nearly 100 replicating partners,
> so I'm extremely hesitant going with a fix that doesn't come from a MS
> source.
>
>
>
> Here's the link to that fix:
>
http://www.eventid.net/display.asp?eventid=14530&eventno=4599&source=DfsSvc&phase=1>
>
>
> Thanks for reading, and please let me know if I need to post more
> information. I've probably missed something.
>
>
>
> Thanks!
>
> Chris
>