Select the product you need help with
- Internet Explorer
- Windows Phone
- More products
Domain DFS recreates link folder every hour when FRS is enabled at the DFS Root
Article ID: 259033 - View products that this article applies to.
This article was previously published under Q259033
The File Replication service (FRS) is a multi-threaded, multi-master replication engine that replaces the LMREPL service in versions 4.0 and earlier of Microsoft Windows NT. Windows 2000-based domain controllers and servers use FRS to replicate system policy and logon scripts for Windows 2000 and earlier clients.
Optionally, FRS can replicate files and folders between Windows 2000 servers that host the same fault-tolerant Microsoft Distributed File System (DFS) root or child replicas.
This article describes the effect of morphed or conflicted directories in the shares of DFS root targets where FRS replication is enabled on the DFS root.
When you use the Distributed File System snap-in to create a domain DFS root or link, the DFS service creates an empty directory tree that mirrors the DFS root and link names and hierarchy on each DFS root target server. If you enable FRS replication at the DFS root, FRS replicates the directory created by DFS to all other root target computers that participate in the FRS replica set. The code in DFS to create this directory is executed on each DFS root target.
Additionally, DFS polls Active Directory for any configuration changes one time each hour and recreates these link directories. To do so, the code first deletes any existing file or folder with the associated name, and then it creates a new file or folder. When FRS finds the newly created folder, it replicates the folder to the other targets, where it finds a preexisting folder with the same name that was created by DFS. To handle this directory name conflict, FRS appends a suffix in the form "NTFRS_xxxxxxxx" to the end of one of the directories, and then FRS finishes the replication action. The problem is analogous to an administrator creating identically named directories on each member of the FRS replica set, where each directory has a unique file ID. The behavior as of Windows 2000 Service Pack 3 is for FRS to morph the names of duplicate directories created on each DFS target to protect the original directories. This behavior repeats every hour, so the root directory slowly fills with morphed directory names, which is a maintenance problem for the administrator.
Enhancements in Windows 2000 Service Pack 2 prevented the recreation of a new directory during each hourly poll by DFS if the root or link directory already existed.
While referrals to root and link targets continue, morphed directories are visible to users viewing the root of the DFS namespace. To work around this issue, use one of the following methods:
For more information, click the following article numbers to view the articles in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/205524/ )How to create and manipulate NTFS junction points
(http://support.microsoft.com/kb/328492/ )Folder name is changed to "FolderName_NTFRS_<xxxxxxxx>"
(http://support.microsoft.com/kb/265365/ )FRS creates unneeded folders in DFS root alternates
Article ID: 259033 - Last Review: March 1, 2007 - Revision: 3.3