Hey Toasters, This tidbit of important info has recently come to my attention:
Please be aware: There is an incompatibility between certain versions of robocopy and certain versions of clustered Data ONTAP that could result in files larger than 512MiB not being copied correctly. The incompatibility exists between versions of ONTAP starting with 8.3.1, and with the version of robocopy distributed with Windows 7 and Windows Server 2008R2 (internal version 5.1.10.1027). The robocopy distributed with later versions of Windows does not exhibit this problem.
So, if you are planning on using Robocopy, Use a windows version newer than windows 7 / server 2008R2.
--tmac
*Tim McCarthy, **Principal Consultant*
*Proud Member of the #NetAppATeam https://twitter.com/NetAppATeam*
*I Blog at TMACsRack https://tmacsrack.wordpress.com/*
443-228-TMAC (*Google Voice*) 214-279-3926 (*eFAX*)
[image: NetApp - In partnership with Alpine Testing Solutions][image: NetApp Certified Data Administrator, ONTAP] https://www.certmetrics.com/netapp/public/badge.aspx?t=c&d=2012-11-05&i=35&ci=NETAPP00041276[image: NetApp Certified Implementation Engineer - SAN Specialist, ONTAP] https://www.certmetrics.com/netapp/public/badge.aspx?t=c&d=2012-11-08&i=36&ci=NETAPP00041276[image: NetApp Certified Storage Installation Engineer, ONTAP] https://www.certmetrics.com/netapp/public/badge.aspx?t=c&d=2015-10-13&i=38&ci=NETAPP00041276[image: NetApp Certified Implementation Engineer - Data Protection Specialist] https://www.certmetrics.com/netapp/public/badge.aspx?t=c&d=2015-10-15&i=11&ci=NETAPP00041276
NetApp Candidate ID: NETAPP00041276 FlexPod Design: Oct 2015 - Jan 2018, S0N62WE1BMVEYF3M FlexPod Implementation: Oct 2015 - Jan 2018, JH3QJT4KLEQ41HPH
RHCE6 110-107-141 https://www.redhat.com/wapps/training/certification/verify.html?certNumber=110-107-141&isSearch=False&verify=Verify
On Tue, Apr 11, 2017 at 5:10 PM, tmac tmacmd@gmail.com wrote:
robocopy /E /COPYALL /MT:8 /R:1 /W:1 /MIR /LOG:c:\path /ZB X:\source y:\dest
/E : Copy Subfolders, including Empty Subfolders. /COPYALL : Copy ALL file info (equivalent to /COPY:DATSOU) /MT:8 -> multi-threaded….how may cpu threads to use? 1-16 /R:1 -> how many retries on failure /W:1 -> how long to wait between failures */J : Copy using unbuffered I/O (recommended for large files).* /ZB : Use restartable mode; if access denied use Backup mode. /LOG:c:\path -> where to log info to. Much faster than putting on screen. dump to file and check file when done.
--> if a subsequent run is done, use /LOG+:c:\path to append to original file.
--tmac
*Tim McCarthy, **Principal Consultant*
*Proud Member of the #NetAppATeam https://twitter.com/NetAppATeam*
*I Blog at TMACsRack https://tmacsrack.wordpress.com/*
On Tue, Apr 11, 2017 at 4:51 PM, Klise, Steve Steve.Klise@wwt.com wrote:
If you use robocopy I used the following switches:
/MIR /e /copyall /r:0 /w:0
/mir is a dangerous one; make sure you understand it.. it might make your day go bad. Copyall copies perms PLUS ownership. Worked like a charm (at least for me back in the day).
*From: *toasters-bounces@teaparty.net on behalf of Basil < basilberntsen@gmail.com> *Date: *Tuesday, April 11, 2017 at 1:44 PM *To: *Chris Hague Chris_Hague@ajg.com, "toasters@teaparty.net" < toasters@teaparty.net> *Subject: *Re: 7MTT CIFS Question
Your clone and delete plan is likely your best option. It does indeed take forever but it's all behind the scenes assuming you are sharing the subfolder rather than the whole clone.
On Tue, Apr 11, 2017 at 12:55 PM Chris Hague Chris_Hague@ajg.com wrote:
Hi all,
I am soon to be transitioning a large CIFS share (5tb) from 7-Mode to CDOT and during the migration I would like to use the opportunity to split the share into several more manageable volumes.
My initial thoughts were to use robocopy, but there are potentially permissions issues.
Another method I’m exploring is to use 7MTT to mirror the volume, then once complete, create flexclones, 1 for each of the shares I would like to split out. Then delete the no longer required data from each respective share and vol split before deleting the master.
Firstly, am I missing some simpler way of doing this? systemshell maybe?
Secondly, if not, then is there a quicker way of deleting 20m files from each of my 6 shares? Maybe an on-filer way of destroying the folders? So far using command line tools (del, rmdir) still take far too long.
Many Thanks in advance,
Chris.
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters