none
synctoy 2.1 fails to copy files that are open for reading RRS feed

  • Question

  • a normal copy on such files works, so there is no read/write lock on them.
    Friday, December 4, 2009 4:49 AM

Answers

  • Hi -

    Sorry - currently this is a limitation. We will look into fixing this in the future.

    Thanks
    Deepa
    Deepa ( Microsoft Sync Framework)
    Monday, January 18, 2010 6:46 PM
    Moderator

All replies

  • Could you pls paste the synctoy log at here?

    Run sync, Clikc file-> View Log, found the exception informs and paste to here.


    Joey Liang
    Your potential our passion This posting is provided "AS IS" with no warranties, and confers no rights.
    Wednesday, December 9, 2009 2:32 AM
  • SYNC: 12/08/2009 23:43:32:406: Started scanning directory : C:\tmp\SyncToyTest\Left1\
    SYNC: 12/08/2009 23:43:32:406: Started scanning directory : C:\tmp\SyncToyTest\Right1\
    SYNC: 12/08/2009 23:43:32:765: Stopped scanning directory : C:\tmp\SyncToyTest\Left1\
    SYNC: 12/08/2009 23:43:32:828: Stopped scanning directory : C:\tmp\SyncToyTest\Right1\
    SYNC: 12/08/2009 23:43:33:000: Preview of Pair1 (C:\tmp\SyncToyTest\Left1\, C:\tmp\SyncToyTest\Right1\) in time 00:00:00:593.
    SyncToy action was 'Echo'
    Found 1 actions to perform.
    Found 0 files that did not require action.

    SYNC: 12/08/2009 23:43:33:328: SyncToy run of Pair1 (C:\tmp\SyncToyTest\Left1\, C:\tmp\SyncToyTest\Right1\) completed at 12/8/2009 11:43:33 PM.
    SyncToy action was 'Echo'.
    SyncToy options were:
        Active for run all
        All files included
        No files excluded
        Do not check file contents
        Include read-only files
        Include hidden files
        Include system files
        Backup older files (send to Recycle Bin)
        All subfolders included
    SyncToy run took 00:00:00:312.
    Copied 20,476,107 bytes in 1 files in 00:00:00:312.
    Bytes per second 65,523,542.4, files per second 3.2.
    Warning: 1 failures occured.
    You can retry by selecting "Run" again or select "Preview" to see
    the operations that remain to be performed.

    SYNC: 12/08/2009 23:43:33:328: *** Error: Cannot read from the source file C:\tmp\SyncToyTest\Left1\file1.mp3. The process cannot access the file because it is being used by another process. (Exception from HRESULT: 0x80070020) Copying C:\tmp\SyncToyTest\Left1\file1.mp3 to C:\tmp\SyncToyTest\Right1\file1.mp3
    _____________________________________________

    C:\tmp\SyncToyTest\Left1\file1.mp3 was being played by wmp10 at the time.  Copying with explorer and command line works fine.  It looks like SyncToy tries to acquire an exclusive read lock on the file, which should not be necessary for copying.
    Wednesday, December 9, 2009 4:54 AM
  • SyncToy uses the File sync provider which requres open file exclusively in order to sync them. so this is the expected behavir.

    thanks
    Yunwen


    This posting is provided "AS IS" with no warranties, and confers no rights.
    Thursday, December 10, 2009 7:52 PM
    Moderator
  • SyncToy uses the File sync provider which requres open file exclusively in order to sync them. so this is the expected behavir.

    thanks
    Yunwen


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

    You don't need exclusive read lock to copy a file.  Expected or not, it is an unwelcome and unnecessary limitation.
    Thursday, December 10, 2009 10:31 PM
  • Actually after taking with other folks, I took back my previous statement.( sorry if this misled you ).

    We will retrty to see if this can be repro-ed here.


    thanks
    Yunwen


    This posting is provided "AS IS" with no warranties, and confers no rights.
    Friday, December 11, 2009 12:15 AM
    Moderator
  • Actually after taking with other folks, I took back my previous statement.( sorry if this misled you ).

    We will retrty to see if this can be repro-ed here.


    thanks
    Yunwen


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

    Did you repro it, any plans to fix it?
    Sunday, January 3, 2010 3:06 AM
  • Al.x is not the only one having problems with this bug! I too have the same problem and would great appreciate your fixing it.
    Thursday, January 14, 2010 2:30 AM
  • Hi -

    Sorry - currently this is a limitation. We will look into fixing this in the future.

    Thanks
    Deepa
    Deepa ( Microsoft Sync Framework)
    Monday, January 18, 2010 6:46 PM
    Moderator
  • Please fix this asap, this is the only thing stopping me from using this tool.
    Monday, February 8, 2010 11:22 PM
  • It's very annoying to have to close all applications to have the data in use be backed up.  I hope you
    correct this limitation soon.

    Friday, February 12, 2010 4:12 AM
  • Another user having the same issue - love this tool, so I hope the Developers will be able to add this functionality back in soon !
    Thursday, February 18, 2010 10:49 PM
  • I have the same issue. This is not acceptable. Please fix ASAP.
    Saturday, February 20, 2010 4:15 AM
  • I too am having this problem.  Any chance of a fix?

     

    • Proposed as answer by PGMB Saturday, August 21, 2010 5:40 PM
    Monday, August 16, 2010 9:22 PM
  • I agree, this is a needed function.  The ability to sync/copy open files is pretty important for backgroud operation. Not to mention that usually those open files are the ones that we use all the time and the most important.  Hoping for a 2.2 or 3.0 x64 that will indlude this option.

    Sunday, October 3, 2010 6:12 PM
  • It's a really frustrating limitation !! Come on Microsoft ! We expect you to have some common sense after being in business for so long now ! Why do you have to do those things in nice and simple tools.

    Piyush Soni,Tata Consultancy Services, India
    Friday, October 8, 2010 8:57 PM
  • Hi Deepa,

    Any idea when will the 'future' come?


    Piyush Soni,Tata Consultancy Services, India
    Friday, October 8, 2010 9:06 PM
  • Well, I take it more than a year after this problem has been reported it's still not been fixed.

    I was just checking to see that files had been updated when I noticed loads of files just missing - then realised these would have been open at the time, and are thus some of the most important files! The ones I update all the time.

    Synctoy not copying open files is rediculous! I can simply go into the folder, copy them and paste without problem, why can't synctoy, more to the point why don't I get a warning that it hasn't!

    Anychance of it being fixed?

    Suppose I'll have remember to close all my programs before Synctoy runs......

    Thursday, February 17, 2011 9:53 AM
  • I started using Comodo backup(free) which is good enough and dumped SyncToy which is a big load of crap due to two reasons:

    1). Cannot copy files that are open JUST FOR READ and not write (so there could be no problem)

    2). Sometimes complains of the file path too long and fails to copy them, when I CAN MANUALLY COPY PASTE TO THE SAME FOLDER STRUCTURE.

    Thursday, March 31, 2011 3:07 PM
  • Hi Piyush,

    I am also seeking the same.this tool only work for copy & past snc except open file. this has two Major problem.

    1) Open file can't be syn to another location.

    2) Automatic syn not enabled in this tool. we have to RUN the sync manually.

    Better we have to use DFS. This is good for replication.

    Microsoft saying ,this issue will rectify soon.but this is very important to us. they are giving only copy and past tool not Sync Tool.

    Deepa saying false answer to us.

    • Proposed as answer by PlayThatMusic Tuesday, June 26, 2012 3:32 PM
    • Unproposed as answer by PlayThatMusic Tuesday, June 26, 2012 3:33 PM
    Wednesday, June 6, 2012 3:25 PM
  • In my situation, I have a single Excel file that I Echo to a SharePoint folder, but it fails to copy over if that file is open.

    I found that if I turn on sharing for that Excel file, SyncToy will copy the file over, even if it is open.

    To turn on Sharing for Excel 2010:

    1) From the Review menu, click on the "Share Workbook" button.

    2) Check the box for "Allow changes by more than one user at the same time. This also allows workbook merging", then click the OK button.

    3) The Excel file will save.

    4) Now when you run SyncToy on that file it should copy over even when the file is open in edit mode.

    This may help some people that are just trying to copy over specific files to keep them up-to-date for other people to use.

    • Proposed as answer by PlayThatMusic Tuesday, June 26, 2012 4:17 PM
    Tuesday, June 26, 2012 4:17 PM
  • Turning on Sharing in Excel for the file works great. So if you have specific files that are always open such as a time tracker, you are good to go. But, any other spreadsheet you have open you are S.O.L.
    Tuesday, February 21, 2017 6:42 PM
  • Hi -

    Sorry - currently this is a limitation. We will look into fixing this in the future.

    Thanks
    Deepa
    Deepa ( Microsoft Sync Framework)  Marked as answer by Deepa ChoundappanModerator Monday, January 18, 2010 6:46 PM

    Hi Deepa,

    Any idea when will the 'future' come?


    Piyush Soni,Tata Consultancy Services, India

    9 years later and still a limitation !!!!
    How much further into the future is this expected to be fixed ?

    Likely Deepa is no longer at MS so has the ball been dropped or are these 'toys' deemed not important enough to receive any attention ?
    Wednesday, April 10, 2019 11:51 PM
  • Dear Microsoft,

    Have you forgotten about me, I am a utility you made a number of years back that you still have up on our site for people to download.  There have been numerous requests to update me to be functional, so that I can copy files that are in use.  Please update me so that I can compete with one of your older products,... DOS.

    Sincerely,

    SyncToys

    Monday, April 27, 2020 8:24 PM