#Question/help with converting an NFS volume to SMB

1 messages · Page 1 of 1 (latest)

shy kindle
#

I have a volume with over 80mil files that are all currently NFS based and it has to be converted to SMB.
Going through this process multiple times on smaller volumes was never an issue, but with this many files it takes over 14 hours to push the new NTFS permissions, and that is way over the timeframe I have to do it in.
I know I can create multiple policies to push permissions to specific folders/etc, but that isn't an option either.
However, I was wondering if there was anyway to snapshot/clone/mirror the volume to do the permissions on that, and flip it over, but keep some kind of list of newly create files/etc that were written as NFS to update after the cutover?
Splitting the clone won't work, because all the files will have changed/etc.
Can't put it in mixed mode either, because permissions will still be broken until the policy is pushed.

Any thoughts, ideas, suggestions?

zealous plaza
#

Never used mixed mode

#

Why not just configure multi protocol access and then go from there. Something like
Configure nfs/ldap client in SVM.
Verify it’s working
Flip to ntfs
Change permissions as needed

shy kindle
#

putting it in mixed mode still does not allow access via SMB because the permissions are all still based on NFS

zealous plaza
#

Don’t use mixed mode

#

Windows users can access files with Unix bits. ONTAP has done that forever

#

Windows users simply must obey the Unix bits

left forum
#

We have customers who used both NTFS volumes and UNIX volumes with access from both CIFS and NFS, you can map users from one to the other.. for this reason Windows users have the same unix user login, which makes it easier to map it back and forth... I would suggest to stay well away from mixed mode 😉