Unsolved

This post is more than 5 years old

1 Rookie

 • 

93 Posts

3191

May 13th, 2010 11:00

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

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.
########################################################################################

275 Posts

May 13th, 2010 13:00

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

1 Rookie

 • 

93 Posts

May 13th, 2010 15:00

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...

1 Rookie

 • 

93 Posts

May 13th, 2010 17:00

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...

275 Posts

May 14th, 2010 01:00

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

275 Posts

May 16th, 2010 01:00

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

No Events found!

Top