I've run into this issue twice now with different customers where ACL's get repeatedly copied by robocopy because ONTAP doesn't allow ctime to be updated to a time in the past by CIFS clients. The following KB has an internal note about how to change this behaviour with a bootarg which i have tested successfully. https://kb.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/Why_is_Ctime_not_updated_when_copying_a_file_from_a_Windows_client_to_a_CIFS_share however the customer I'm working with at the moment is mainly NFS workload and I am not sure what changing this behaviour will do to NFS clients? Are we going to cause any problems for NFS clients by allowing ctime to be set to a time in the past with this bootarg?
#ONTAP preventing ctime update when using Robocopy
1 messages · Page 1 of 1 (latest)
not really sure how that would work with NFS
But I would suggest/recommend using XCP instead of robocopy if possible
XCP over CIFS has the same limitation with regards to ctime though
we have set the bootflag for a few customers in the past, and we never encountered any issues with NFS clients, so I'd say you should be safe
at most, it would allow NFS clients to do the same (i.e. set ctime before the actual creation time)
still having set the bootflag, was just referring to using xcp instead of robocopy for the transfer
ah okay, sorry, misunderstood that
Thanks for the replies