Volume Shadow Copy--Windows Error Code 32

[nobodyimportant]

Error opening file
Windows Error Code 32: The process cannot access the file because it is being
used by another process.

Trying to sync a cloned drive for a simulated raid configuration. Using XP Pro
with the proper services enabled (I believe) I have also run the sugested
batch file to reregister files.

This looks like a great program

Thanks

[Zenju]

Can you please post the full error message and give details under what
conditions this error message is shown?

Usually, during file copying, this case is solved by creating Volume Shadow
copies (if enabled in global settings). Consequently this must have been
occured at some other place.

[Zenju]

Just checked the sourcecode: possibility 1: if "verifycopiedfiles" is active,
this message is shown if one file is locked or 2. during binary comparison.

[nobodyimportant]

This is the full error. There are several files in the system32 directory. Can
we copy locked files? Remember, I am trying to simulate a raid1 configuration.
That would include copying the modified registry. This may not be possibe. I
am just searching other types of options.

Error opening file:
"C:\WINDOWS\system32\CatRoot2\edb.log"

Windows Error Code 32: The process cannot access the file because it is being
used by another process.

Thanks

[Zenju]

>Can we copy locked files?
Yes, if the corresponding option is active in globalsettings, this happens
automatically. The error message however is not from the copy routine, but
presumely from binary comparison. In this case VSS is not used. Solution would
be to compare by time and size only.

[nobodyimportant]

You are correct about the comparison. I deleted everything from the
destination directory (system32) and the copy went smoothly. The next time
arround I recieved the same error. When you say "By time and size", is that by
"Size and date"? The only other option I see is by "content". That is not
checked.

[Zenju]

There's a third way to trigger this error: new with v3.14 is a check if a file
can be read-accessed before another file is overwritten. The order of
overwriting is first deleting target, then copying source. If second step
fails, this leaves behind one deleted file, which is no transactional
behavior. The new check was supposed to solve this, but it doesn't properly
handle VSS scenarios.
Thanks for the feedback, this will need to be revised for the next release.
-Zenju

[Zenju]

Fixed for v3.15!
viewtopic.php?t=1957

[franklinlyly]

Unfortunality I have the same problem still in version v3.18 as mentioned
above. If I copy the files via totalcommander or commandline it works.

Any advice or sugesstion?

See Errormesage below as an example. It does also happen with picasa database
or other files. I know that the files are locked if the applications are
running and so I always close them befor running. Freefilesync worked for me
for more than half a year:
#####################
Fehler beim Verschieben der Datei:
"W:\Datenbanken_Backup\Lokale_Daten\FirefoxLesezeichen\fturd3js.default\cert8.
db.ffs_tmp" ->
"W:\Datenbanken_Backup\Lokale_Daten\FirefoxLesezeichen\fturd3js.default\cert8.
db"

Windows Fehlercode 32: Der Prozess kann nicht auf die Datei zugreifen, da sie
von einem anderen Prozess verwendet wird.
#####################
kind regards
Frank

[Zenju]

This problem doesn't have to do with VSS, but seems related to:
[404, Invalid URL: http://sourceforge.net/tracker/?func=detail&atid=1093080&aid=3353929&group_id=234430]

[franklinlyly]

Thanks I also think that you are right.I will focus on the other issue

regards
Frank