XCP needs a license, but it’s free.
The license is for tracking and statistic purposes only.
From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Alexander Griesser Sent: Wednesday, April 12, 2017 1:25 PM To: NGC-tmacmd-gmail.com tmacmd@gmail.com Cc: toasters@teaparty.net Subject: AW: 7MTT CIFS Question
Speaking of which: I tried that once but stopped early in the process due to XCP needing a license; anyone aware of a semi-automated way to get those or has this changed already?
Best,
Alexander Griesser Head of Systems Operations
ANEXIA Internetdienstleistungs GmbH
E-Mail: AGriesser@anexia-it.commailto:AGriesser@anexia-it.com Web: http://www.anexia-it.comhttp://www.anexia-it.com/
Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
Von: tmac [mailto:tmacmd@gmail.com] Gesendet: Mittwoch, 12. April 2017 19:23 An: Alexander Griesser <AGriesser@anexia-it.commailto:AGriesser@anexia-it.com> Cc: Chris Hague <Chris_Hague@ajg.commailto:Chris_Hague@ajg.com>; toasters@teaparty.netmailto:toasters@teaparty.net Betreff: Re: 7MTT CIFS Question
Something I did last year...
Download XCP from netapp support. Run on a LINUX machine with a high speed connection. Use XCP to copy via a backdoor NFS-like protocol, but extremely fast.
Then go back over with something like robocopy to apply permissions? If I recall, robocopy will not copy the file, just the security features of the file.
Just a thought.
--tmac
Tim McCarthy, Principal Consultant
Proud Member of the #NetAppATeamhttps://twitter.com/NetAppATeam
I Blog at TMACsRackhttps://tmacsrack.wordpress.com/
On Wed, Apr 12, 2017 at 1:14 PM, Alexander Griesser <AGriesser@anexia-it.commailto:AGriesser@anexia-it.com> wrote: In the past, I was having good experience with rsync, but this was not really tested on CIFS mounted shares. Anyways, rsync is much faster in deleting a whole bunch of files and widespread folder structures than a recursive delete is, but that has only been tested on NFS mounted volumes so far. The trick is to tell rsync to sync an empty directory over the full one and there are also parallel implementations of rsync which start off at different parts of the filesystem structure to further speed up the process – but again, not tested on Windows, but might be worth a try for just deleting this folder structure quickly.
Best,
Alexander Griesser Head of Systems Operations
ANEXIA Internetdienstleistungs GmbH
E-Mail: AGriesser@anexia-it.commailto:AGriesser@anexia-it.com Web: http://www.anexia-it.comhttp://www.anexia-it.com/
Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
Von: toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net] Im Auftrag von Chris Hague Gesendet: Mittwoch, 12. April 2017 17:52 An: toasters@teaparty.netmailto:toasters@teaparty.net Betreff: RE: 7MTT CIFS Question
Ok, so fastcopy isn’t really much faster than windows delete. However it does delete the “path too long” files which windows fails on.
Now I have permissions issues!
So I have put together a crude batchfile to take ownership with subinacl, set permissions with icacls, delete what it can with del and rmdir, then finish off the job with fastcopy.
set wrkfile=\cifs_server\root_share\dead_share subinacl.exe /file %wrkfile% /setowner=%username% subinacl.exe /subdirectories %wrkfile%*.* /setowner=%username% ICACLS %wrkfile% /grant %username%:F /T del /f /s /q %wrkfile% rmdir /q /s %wrkfile% FastCopy.exe /cmd=delete /no_confirm_del /no_confirm_stop %wrkfile%
But I’m still getting errors trying to take ownership of subfolders deep down in userprofiles.
Surely there has got to be an easier way?? systemshell –node a cd /folder rm –rf ☺
From: toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Chris Hague Sent: 12 April 2017 09:20 To: Basil; toasters@teaparty.netmailto:toasters@teaparty.net Subject: RE: 7MTT CIFS Question
Thanks Basil,
I do prefer the clone and delete option because I can control users access to the data. When I wish to perform the cutover I can remove the 7-Mode share from DFS, update the baseline with 7MTT and then bring the shares online from CDOT before updating the DFS share paths.
Then indeed I can perform the clean up behind the scenes as I am sharing a subfolder from each of the clones.
I would just like a more reliable \ faster way of deleting the folders and files… I have read reviews that FastCopy https://ipmsg.org/tools/fastcopy.html.en may be able to do this, so I will perform a test operation using that.
Kind Regards, Chris.
From: Basil [mailto:basilberntsen@gmail.com] Sent: 11 April 2017 21:45 To: Chris Hague; toasters@teaparty.netmailto: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.commailto: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.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters