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.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.net [mailto:toasters-bounces@teaparty.net]
Im Auftrag von Chris Hague
Gesendet: Mittwoch, 12. April 2017 17:52
An: 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
J
From:
toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net]
On Behalf Of Chris Hague
Sent: 12 April 2017 09:20
To: Basil; 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.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