Specific folder ignored in DFS

oidz
oidz used Ask the Experts™
on
I've recently setup a DFS-R replication of our file server to a 2003R2 Enterprise VM. When I was testing this I chose one of the sub folders 'X'   on the file server to make sure everything was OK. Once I'd finished testing I deleted the replication group and also manually deleted the dfsrprivate folder.
I then kicked off the full replication of the entire parent folder. All appeared to be well other than subfolder 'x' seems to be completely ignored by the replication. Everything else replicates bar this folder.
It has to be something to do with this having been used for testing, but I'd assumed I'd deleted all traces of testing this folder. I've cleared everything down and restarted again a couple of times, I've even treid replicating folder X again on it's own (which works fine) but the folder just will not replicate as part of a full replication of it's parent.

Any ideas on this?

Cheers
Steve
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®

Commented:
Look at http://support.microsoft.com/default.aspx/kb/958893 and enable debug logging.
Probably your issue is related to "temporary" attribute on your folder or files. Unfortunately this attribute cannot be reset (or seen) by GUI but powershell can manage it.
If you use powershell you can try with "dir | select name, attributes" to check.

If this not helps - debug looging as described in KB 958893 is the best option.

Author

Commented:
Yeah I've had the temporary file problem before and used the following utility to remove it.....

http://www.febooti.com/downloads/filetweak/

a lot easier than messing with powershell :) However this folder doesn't have the attribute set. I'll try the debugging route.
cheers

Commented:
Ok. Let's try with debug log.
BTW powershell is better than any other utility. Always ;)
Acronis in Gartner 2019 MQ for datacenter backup

It is an honor to be featured in Gartner 2019 Magic Quadrant for Datacenter Backup and Recovery Solutions. Gartner’s MQ sets a high standard and earning a place on their grid is a great affirmation that Acronis is delivering on our mission to protect all data, apps, and systems.

Author

Commented:
I've now tried uninstalling/reinstalling DFS on both servers, same issue. I couldn't see anything in the debug log, but I'll set it all up again and try once more.
I wanted to try renaming the folder but there are several shared within it (and about (300GB of data) so it's not really possible.

Author

Commented:
I've checked the debug logs, DFSR just seems to skip over this particular folder when it's building the initial folder tree on the disk, there's no error, it just moves from folder 'a' to folder 'c' and misses out 'b' quite happily.
To clarify the temporary file issue, this attribute can't be assigned to a folder, only a file. Otherwise that would be the obvious solution, assuming it had the temp flag on it.

VERY confused by this :/

Commented:
The reason should be described in your debug log...
Commented:
There was nothing in the logs unfortunately, I increased the debug level to 5 and searched for various errors/paths/files names relating to the folder in question......nothing.

HOWEVER, I have now fixed the problem this morning..

It was fairly simple in the end, I just didn't know that the following file existed....

<replicated folder volume>:\System Volume Information\DFSR\DB

Deleted my replication group, stopped the DFSR server and deleted the database file. I recreated the replication group (for the 500th time) and this time it's picked up the folder that it kept skipping previously along with everything else..........one happy chappy :)

Steve

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial