synctoy 2.1 fails to copy files that are open for reading
-
venerdì 4 dicembre 2009 04:49a normal copy on such files works, so there is no read/write lock on them.
Tutte le risposte
-
mercoledì 9 dicembre 2009 02:32Could 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. -
mercoledì 9 dicembre 2009 04:54SYNC: 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. -
giovedì 10 dicembre 2009 19:52Moderatore
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. -
giovedì 10 dicembre 2009 22:31
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. -
venerdì 11 dicembre 2009 00:15Moderatore
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. -
domenica 3 gennaio 2010 03:06
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? -
giovedì 14 gennaio 2010 02:30Al.x is not the only one having problems with this bug! I too have the same problem and would great appreciate your fixing it.
-
lunedì 18 gennaio 2010 18:46Moderatore Hi -
Sorry - currently this is a limitation. We will look into fixing this in the future.
Thanks
Deepa
Deepa ( Microsoft Sync Framework)- Contrassegnato come risposta Deepa ChoundappanModerator lunedì 18 gennaio 2010 18:46
-
lunedì 8 febbraio 2010 23:22Please fix this asap, this is the only thing stopping me from using this tool.
-
venerdì 12 febbraio 2010 04:12
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. -
giovedì 18 febbraio 2010 22:49Another user having the same issue - love this tool, so I hope the Developers will be able to add this functionality back in soon !
-
sabato 20 febbraio 2010 04:15I have the same issue. This is not acceptable. Please fix ASAP.
-
sabato 10 luglio 2010 00:19Any status update on a possible fix?
-
lunedì 16 agosto 2010 21:22
I too am having this problem. Any chance of a fix?
- Proposto come risposta PGMB sabato 21 agosto 2010 17:40
-
domenica 3 ottobre 2010 18:12
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.
-
venerdì 8 ottobre 2010 20:57It'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 -
venerdì 8 ottobre 2010 21:06
Hi Deepa,
Any idea when will the 'future' come?
Piyush Soni,Tata Consultancy Services, India -
giovedì 17 febbraio 2011 09:53
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......
-
giovedì 31 marzo 2011 15:07
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.
-
mercoledì 6 giugno 2012 15:25
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.
- Proposto come risposta PlayThatMusic martedì 26 giugno 2012 15:32
- Proposta come risposta annullata PlayThatMusic martedì 26 giugno 2012 15:33
-
martedì 26 giugno 2012 16:17
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.
- Proposto come risposta PlayThatMusic martedì 26 giugno 2012 16:17
