Issues with moving, copying, deleteing and saving files on a DFS share
-
Friday, June 01, 2012 6:19 PM
I have 2 member servers in our DFS namespace. One of the servers fails frequently (up to 50% of the time) to copy, move, delete and save files. The problem server is 2008 standard and the other server is 2003. This happens directly on the server and from workstations connected to the share.
Examples of this are:
I have 10 small 1KB text files in a folder. I select all the files and cut them. I move to a temp folder and paste the files. About half the time, some of the files will not move, they remain in the original folder.
If I try to delete all 10 files, sometimes all but say 3 will delete.
When a user edits a file and saves it. Sometimes (30%-50% of the time) the edits are not saved. When the user opens the file later the edits are not there.
I see nothing in the event logs on the server. It only happens on 1 of the servers and only in the DFS share. I am out of ideas on this. Any help would be greatly appreciated.
All Replies
-
Monday, June 04, 2012 9:07 AMModerator
Hi,
You mentioned "only in the DFS share", do you mean if you access the specific server with server name instead of DFS namespace, the issue will not occur?
In current situation, you may need to user Netmon to monitor the process when trying to move files to the server via DFS namespace. If there is anything specific occurs in log, you could paste in reply.
How to use Network Monitor to capture network traffic
- Edited by Shaon ShanMicrosoft Contingent Staff, Moderator Monday, June 04, 2012 9:08 AM
-
Monday, June 04, 2012 9:44 AM
Check the below options:
1. Check the Network connectivity
2. Disable ipv6 in 2008 server
-
Monday, June 04, 2012 9:45 AM
Hi Shaon,
could you move this thread to the File Services and Storage Forum? I think there it will have a more specific scope.
Thanks.
Thank you,
F. Schubert
System Administrator
MCP | Microsoft Certified Professional
MCTS 70-640 | Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
MCTS 70-642 | Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration -
Monday, June 04, 2012 9:56 AM
About your issue.
1. Access the share outside DFS. Instead of \\Domain\Share use \\Server\Share and see if the same behavior happens. With this test we can test DFS Namespace X Direct Share.
2. Disable Replication for some time (do not delete anything on the Replication settings, just disable it). After it try to do the actions that have error (copy, cut, delete, etc... several times) check results. If it is OK probably the issue is on the DFS-Replication side (which is my initial idea).
3. DFS Performance and Troubleshooting. Check the settings and tune them up. For example, a too small Staging Quota can have very weird effects (also things like you described). Read the good Ned articles: http://blogs.technet.com/b/askds/archive/2010/11/01/common-dfsr-configuration-mistakes-and-oversights.aspx http://blogs.technet.com/b/askds/archive/tags/dfsr/ (all dfsr articles ... read them all :) ).
4. Nothing in the logs or nothing that seems a problem... check in 2k8 the DFS Replication logs. Usually they something useful.
Well, I highly recommend you upgrade your infra. Windows 2008 R2 has many improvemnts on DFS-R performance over 2008 and for sure 2003. By the way, 2003 SP2?
If this post helps you, please Vote as Helpful or Mark it as an Answer.
Thank you,
F. Schubert
System Administrator
MCP | Microsoft Certified Professional
MCTS 70-640 | Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
MCTS 70-642 | Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration -
Wednesday, June 06, 2012 7:45 PMSorry about the confusion. This happens when using the DFS namespace and \\server\share. Other shares on the server that are not DFS do not have the same problem. I was wrong about no events showing up in the event logs. I get a event ID 4412 in the DFS Replication log each time this occurs (50-60 times a day in the last month, before that 1-2 per month). 4412 says the file has changed on multiple servers and a conflict resolution algotithm was used to determine the winning file. I am guessing that the file on the other server (across the WAN) appears newer and is the winning file even though it is the older un-edited file. I will look at the ConflictAndDeleted folder (at the losing file) to see if I can verify this. CoffeineNerd provided some links for troubleshooting and the staging quota is set to 20GB and is big enough for the largest 32 files in the DFS share. I have not disabled the replication yet. We have had 2 4202 events in the past month indicating we have gone over the high watermark. I would think this is not excessive. We have had 6 4302 events for sharing violations and again this does not seem excessive. I am checking the hotfixes now, but this problem popped up about 4 weeks ago so I think this is unlikely.
-
Wednesday, June 06, 2012 7:46 PMThanks for the reply. I have several updates in my reply to Shaon above.
-
Wednesday, June 06, 2012 8:17 PM I have "solved" this. I disabled AV on the remote server not exibiting problems and the issue went away completely. Now to find out what is going on the TrendMicro. Thanks for all the help.
- Marked As Answer by ComfortCo Wednesday, June 06, 2012 8:17 PM
.png)
