Applies to ONTAP 9 CIFS Answer In a multiprotocol environment, it is normal behaviour that the change time won't be modified when a file gets copied from a Windows client to the NetApp CIFS share The ...Applies to ONTAP 9 CIFS Answer In a multiprotocol environment, it is normal behaviour that the change time won't be modified when a file gets copied from a Windows client to the NetApp CIFS share The change time update during file closure could cause Robocopy extremely inefficient incremental updates. Additional Information CONTAP-30616: Robocopy might copy ACLs even when they have not changed
Applies to ONTAP 9 Multiprotocol This question involves the multiprotocol NAS access As long as the multiprotocol is correctly configured and used, there will be no risk How to verify the name-mapping...Applies to ONTAP 9 Multiprotocol This question involves the multiprotocol NAS access As long as the multiprotocol is correctly configured and used, there will be no risk How to verify the name-mapping is working as intended What are the important considerations when setting up CIFS and name-mapping in clustered Data ONTAP Troubleshooting Workflow: CIFS or SMB Access Denied TR-4887: Multiprotocol NAS in NetApp ONTAP Overview and Best Practice TR-4668: Name Services Best Practices Guide
Previous NTFS permission will no longer apply after changing the security style from NTFS to UNIX. After changing from NTFS to UNIX security style, ONTAP will use the approximate UNIX permissions base...Previous NTFS permission will no longer apply after changing the security style from NTFS to UNIX. After changing from NTFS to UNIX security style, ONTAP will use the approximate UNIX permissions based on the original NTFS ACL. If we change back from UNIX to NTFS permissions, files and folders that existed before the first change, and where the unix permissions were not updated, should regain the original NTFS permissions.
Applies to ONTAP 9 Multiprotocol Description How to change the UNIX permission for those Windows user created files under the UNIX security style volume.
Applies to A qtree with NTFS permissions that is also multi-protocol mounted to NFS clients and used for writing application working files had the permission style changed from UNIX to NTFS The hosts ...Applies to A qtree with NTFS permissions that is also multi-protocol mounted to NFS clients and used for writing application working files had the permission style changed from UNIX to NTFS The hosts that have the qtree mounted NFS using multi-protocol name mapping are no longer able to write working files to the qtree Issue The qtree permissions change broke the permissions for the application work flow Applications were no longer able to read and write the working files to the qtree