Emcopy.exe 4.06 problems not copying files and not logging errors

Question

For a while we had been using emcopy.exe 4.00 and in the past month or so saw some forum posts and release notes for 4.05. I was able to download it from powerlink and I signed up for the file update notifications and about a month or so ago, I got a message that 4.06 was available, however no release notes were included. We have been using 4.06 for a few weeks and I have noticed a few odd things. 1. Copies of files are failing 2. The log doesn't have useful information on the reason for the errors. Here are the commands I was running: emcopy 'k:\DATA' '\fsnas1\dept4$\DATA' /a /o /sdd /i /s /c /R:0 /W:0 /LOG+:E:\NAS\emcopy_test.log /de The log file looked like this for the failed files: TH060 : 11:53:10 : k:\DATA\MISC_LK_.TPS TH060 : 11:53:10 : WARNING : \fsnas1\dept4$\DATA\MISC_LK_.TPS -> Trying to DELETE due to copy ABORT. TH060 : 11:53:10 : WARNING : \fsnas1\dept4$\DATA\MISC_LK_.TPS -> DELETED due to copy ABORT. There is no indication of why that file failed. When I looked into it further I did discover that that the files that failed were open at the time I was trying to copy them. I thought previous emcopy versions said something like 'file in use' in the log. this is happening with a lot of files. Just as a test, I swapped out emcopy.exe version 4.00 and ran that same copy command - The crazy thing is that 4.00 copied ALL those files with NO errors (and yes they were still open) So I don't know what to think or what version to use? The errors missing from the log that I was used to seeing were: permission errors /sdd related errors not being able to set the directory timestamp file in use errors FYI we are copying from Windows 2003 servers to Celerra. This is the changelog info I had for 4.05: ########################################################################################04.00 : - Changed working model from single threaded to multi threaded.        - Added  new options : /th n, /de, /nodf, /sdd.04.02 : - Removed restartable mode; /z option is still accepted without effect for backward comptability.        - Enhanced transfert retry process.        - Added suport of windows 6.x symbolic link.04.03 : - Introduction of a 64 bits version of emcopy : emcopy64.        - Memory usage enhancement.04.04 : - Fixed issue when /xd is used in conjunction with /purge.          In that case excluded directory could be removed from the target.04.05 : - Added /xjd option that excludes windows Moint Point from the copy.         - Changed the way 8.3 files are treated. For each directory, 8.3 files are processed in single thread model before any others files.        - Added new logging system that prevent mixed log messages.########################################################################################

bergec · Answer

Don't' know if 4.00 said that the file was in use, but looks like this is the reason why it fails to copy them as you said. You should at least have to retries in the command line (r:1 w:2 for example)

Claude

mjzraz · Answer

I started a support chat today about these issues and I didn't get a solution, but they said they would get back to me. I was interested in the changelog from 4.05 to 4.06.

The interresting thing was that I just got an email alert that emcopy 4.07 was just released and posted on powerlink today. I downloaded it, but of course there are no darn release notes...

mjzraz · Answer

reran the copy with 4.07 and the open files still failed to copy.

As suggested, I changed the retry and wait switches and the log file does have a little more detail:

TH023 : 18:48:22 : ERROR (32) : k:\Data\Bl0800fl.dwl -> Unable to open, Retrying in 0 seconds...

bergec · Answer

If you do a 'net helpmsg 32' you should get a message saying something like 'file in use' I would say that now, instead of 'translating' Windows errors EMCopy reports the error # it receives from Windows Claude

bergec · Answer

Release notes are now available:

04.05 : - Added /xjd option that excludes windows Moint Point from the copy.

- Changed the way 8.3 files are treated. For each directory, 8.3 files are processed in single thread model before any others files.

- Added new logging system that prevent mixed log messages.

04.06 : - Fixed issue when a directory symlink is purged. emcopy doesn't follow anymore the link. The directory symlink is deleted.

- Fixed issue when source tree can not be browsed and purge is active. The target tree is no more wrongly purged.

- windows seven is now recognized

- Added multi threaded model for the purge action.

04.07 : - Fixed issue when the name of a directory/file on the source and target side are only case different and the purge mode is activated.

Claude

Celerra

Was this post helpful?