Unsolved
This post is more than 5 years old
9 Posts
0
4891
EMcopy issues
Hi
We are runing into some issues while migrating Windows file servers
When we copy the data the last access time stamp is lost.We need that info because we are going to use rainfinity to archive and access time is one of the params we would like to key on
We get the following errors during our copies.
Unable to set the directory \\\ time stamp
Error (5): Access is denied
We are going to migrate close to 100 hundred file systems and we are not feeling that emcopy is the tool for so many file systems with these 2 issues any ideas?
hpjim
9 Posts
0
December 21st, 2009 06:00
Rainer_EMC
8.6K Posts
0
December 21st, 2009 06:00
if its just the directory last-access time stamp that its fine - Rainfinity FMA only migrates files but not directories
make sure you use the latest emcopy - 4.0.4 (is on the latest Tools CD) or 4.0.5 (you would need to get that from EMC support)
Rainer
Rainer_EMC
8.6K Posts
0
December 21st, 2009 07:00
dont use 4.0.0 - its got an number of bugs
here's the change log:
########################################################################################
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.
#########################################################################################
bellonia
13 Posts
0
September 8th, 2010 09:00
is it possible to use in the versione 4.0.7 with the /xjd for skip the symbolic link created in origin with a dfs server in the windows host?
bergec
275 Posts
0
September 8th, 2010 11:00
Thé /xjd switch will ignore any Windows reparse point that correspond to a mountpoint (I.e. when you mount a drive in a directory instead of assigning a drive letter)
It will not skip DFS reparse points.
You should anyway get an error if you run emcopy from the root of the DFS and emcopy will not go to the links and copy the whole tree
Claude
blewis2
5 Posts
0
March 14th, 2011 12:00
I have a similar situation to the original post. We are moving files from a windows file system to a Celerra. The plan is to then use FMA to archive files that haven't been accessed in the last 180 days. The problem is that when I use EMCOPY, it seems to change the last access date on the files. I seem to be able to do this successfully with Robocopy, but want to use EMCOPY because it works much better for us and is a lot faster. Is there any way I can get EMCOPY to work without changing the last access date?
bergec
275 Posts
0
March 14th, 2011 13:00
What are the EMCopy revision and options?
Claude
blewis2
5 Posts
0
March 15th, 2011 05:00
The version is 4.09.
The parameters are like this:
d:\emcopy
bos1\sys
bosnew\sys /o /a /secfix /s /de /c /r:1 /w:1 /purge /log:d:\copyu.log
Any ideas how to make it work without affecting last access date?
gbarretoxx1
366 Posts
0
March 15th, 2011 06:00
Hi,
It should keep the same access times.
I have seen this issue long time ago, and it was fixed on NAS 5.1...it has over 6 years, so I don't believe it's the same.
I recommend you to open a support ticket.
Gustavo Barreto.
blewis2
5 Posts
0
March 15th, 2011 06:00
If I open a ticket, what area should I open it up under. Celerra?
gbarretoxx1
366 Posts
0
March 15th, 2011 06:00
Yes. EMCOPY is a EMC product supported by the NAS team.
bergec
275 Posts
0
March 15th, 2011 07:00
EMCopy will not maintains access time on files (access time will be the one of the copy), but it keep modification and creation time stamps. The /sdd option is for directories (not files)
Also, be carfull with /de: this option will copy the file is timestamp differ (ie is not the same) OR if size differ (that is, if files are modified after the copy and you do another copy then the destination will be overwritten). The /d option will only copy if file is more recent on source
Claude
bergec
275 Posts
0
March 15th, 2011 07:00
I was wrong (thanks to Gustavo for correcting me)!
EMCopy should preserve Last Access Time on files
Claude
blewis2
5 Posts
0
March 15th, 2011 07:00
Ok. Thanks! That’s unfortunate. I guess I will have to use Robocopy instead then. I need to keep the last access date.
blewis2
5 Posts
0
March 15th, 2011 11:00
OK. Could this have anything to do with errors that I receive on some files? “Security Descriptor Error: Unable to set SD”
It seems that certain files that do set SD are the ones that change access date on the source. The destination is fine.
I read something that says