Thats normal.

By default Celerra wont accept unresolable SIDs - I think thats because they make it difficult to do user mapping for.

If you cant cleanup the SIDs you can config the Celerra to accept them.

Just set the params acl.mappingErrorAction to 3 and acl.FailOnSDRestoreError to zero on the target DM.
You might also want to bump acl.retryAuthSid to 600 in order to not overload the data mover if you have a lot of them.

pls have a look at Knowledgebase emc46968 & emc61330

Thank You Rainer, Great, its working fine.
One more query, I am using Microsoft tool Robocopy to mirror the data from my Windows Server to EMC. In this tool I am using "Mirror" option which copies only the changes to the target and also removes files from destination if they donot exist at the source to make it a true sync copy. This tool works fine between Windows Machines but does not work with EMC, it copies all the files from Windows system to EMC irrespective of whether the source file is changed or not. Do I have to make any changes on Data Mover to make it work?

Does EMcopy tool comes with the above features?

Thank You

I think that might be because of a difference in time resolution between Celerra and Windows.

If you cant fix it with a robocopy option you can set the parameter cifs.nanoroundoff to 1 and restart CIFS or reboot the data mover

Typically we set this when using roaming profiles

I guess that emcopy is a bit smarter there than robocopy, but am not sure.

I am using NTP time server on all Windows as well as EMC device. Anyway I will try the cifs.nanoroundoff setting. Also on Checkpoint why is it using EST timezone instead of local timezone?
Thanks

Note from Cisco website ...they talk about WAFS but also mention Celerra:

EM Copy for Celerra
For correct handling of file timestamps, use EMCopy with Celerra instead of Robocopy. While Windows uses timestamps down to nanoseconds, Celerra truncates the timestamp to the seconds that Robocopy cannot handle. The EMCopy.exe tool is available in the EMC NAS application CD.


http://www.cisco.com/en/US/docs/app_ntwk_services/waas/wafs/v30/release/notes/rnote303.html

Thank You.
In Robocopy I am using "Mirror" option which copies only the changes to the target and also removes files from destination if they donot exist at the source to make it a true sync copy. Is this option supported in EMCopy?

If you use the /FFT option with robocopy, it should copy only the changed files.

yes, what you will see with robocopy (at least i have in my experience) is that when you run it the first time ..it will copy everything to your target location, then if you run it again ..it will do a full copy again even though files on the source did not change, that's why I've been using emcopy for any type of repetitive sync jobs.

Setting "nanoroundoff -value 1" did not solve my problem.

In Robocopy /FFT is a great option.
/FFT Assume FAT File Times (2-second granularity). Useful for copying to third-party systems that declare a volume to be NTFS but only implement file times with a 2-second granularity.

Does EMcopy removes files from the destination if they donot exist at the source?
Thank You

I think thats what the /purge option is for

see the Using EMC Utilities for the CIFS Environment for explanation on emcopy, sharedup and other utils

most probably you havent set the data mover timezone

Its purely cosmetical though - scheduled checkpoints will be taken according to the controlstation time

Rainer,

I have the option to specify timezone on Control Station but not on the Data Movers. I have set my local timezone on the Control Station.
According to Help Menu:
Data Movers have the same time zone as the Control Station in the Celerra system. You cannot set the time zone on an individual Data Mover using Celerra Manager.
Note: If you set the time and date on a Data Mover with an NTP server configured, the time is gradually reset to the time as broadcast by the NTP server