robocopy & ConflictAndDeleted

Discussion in 'File Systems' started by russw, Nov 24, 2006.

  1. russw

    russw Guest

    I used robocopy to prestage all necessary dfs shares between sites (we had
    always used FRS but after a recent issue i have been using robocopy
    everynight to sync, until i get dfsr setup). I assumed that using robocopy to
    prestage would mean DFSR would detect both sides as identical, but having
    just done the first folder as a test, it detected every files as being
    different, moved them all into conflictandeleted, and recopied them all. Can
    anybody think of a reason why it detected the 2 copies as being different ?
    I'd like to resolve this before doing the rest of our shares (400GB with
    various connection speeds between sites)
     
    russw, Nov 24, 2006
    #1
    1. Advertisements

  2. russw

    russw Guest

    well I have now tested another share and had the same issue. As an additional
    test, I did an xcopy from my intended primary share to the secondary share
    with a '/o' parameter before setting up the dfsr replication, and still
    copied everyfile into conflictanddeleted as part of the sync.
     
    russw, Dec 16, 2006
    #2
    1. Advertisements

  3. Russ, I have a meeting today to go over your post with one of our
    developers. I will let you know the outcome.
     
    Jill Zoeller [MSFT], Dec 18, 2006
    #3
  4. Barring any bugs, if DFSR detects that the files are not identical, you'll
    get these conflicts. I assume you are using whatever robocopy parameters are
    needed to copy security descriptors, alternate data streams, and so forth.
    DFSR uses its own method for determining whether files are identical, so
    other tools might report two files as different even though DFSR considers
    them identical. From what I'm told, DFSR takes into account the primary data
    stream, all alternate data streams, and security descriptors EXCEPT for
    something called the security descriptor control. This is excluded because
    it can be different on two files, even if the files are truly identical.
    Time stamps and file attributes (such as read-only, archive bit, etc.) are
    not considered as part of the identical-ness test (the developer is going to
    double-check this).

    To check whether two source and target files are identical in DFSR's eyes,
    you can compare security descriptors on both files and use the streams.exe
    tool to examine alternate data streams. (I'm told this tool is on
    Sysinternals.) The possible culprit might be these alternate data streams.
    For example, antivirus software sometimes appends these streams to files.
    This would not be obvious just by looking at the file, which is why you need
    to look at streams.exe to see what's going on.

    Let me know what you find.
     
    Jill Zoeller [MSFT], Dec 18, 2006
    #4
  5. russw

    russw Guest

    thanks for the info, much apreciated. I've had a quick look at a few files
    using the streams utilty, but it didn't reveal any additional streams. I've
    also looked at the security on a few files and they looked identical. I do
    have a couple of reasonably small dfs replicated shares that I might do some
    more testing on this weekend. This time, before I move the replication to
    DFSR, I will use robocopy with "/secfix /xo /xn /xc" parameters first to try
    and make sure that the security is identical and check a few more
    directories/files with the streams utility. If it still moves everything into
    ConflictAndDeleted, I will probably just carry on and move all neccessary
    shares onto DFSR anyway, as the christmas period is going to be the biggest
    window of opportunity for doing this while nobody is using the servers.
     
    russw, Dec 20, 2006
    #5
  6. Can you confirm that you are doing the prestaging PRIOR to setting up the
    replication group?

    --
    This posting is provided "AS IS" with no warranties, and confers no rights.

    Want to learn more about Windows Server file and storage technologies? Visit
    our team blog at http://blogs.technet.com/filecab/default.aspx.
     
    Jill Zoeller [MSFT], Dec 21, 2006
    #6
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.