Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

speed-up icacls

168 views
Skip to first unread message

Ammammata

unread,
Aug 12, 2021, 3:09:14 AM8/12/21
to
I run the below command

icacls "D:\test" /grant John:(OI)(CI)F /T

to be sure John has full access to all files and folders in d:\test

This because he gets random "access denied" errors, on files saved by other
users

Currently the a.m. folder contains quite a lot of files:

Total Files Listed:
163647 File(s) 176,384,640,967 bytes
99338 Dir(s) 285,917,642,752 bytes free

It takes ages to complete, slowing the access to all other users

currently it runs by night, so who cares? but sometimes, mainly after huge
updates from other users, I need to run it during worktime

how can I speed it up?

is there any valid alternative to it?

TIA

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

Kerr-Mudd, John

unread,
Aug 12, 2021, 5:59:22 AM8/12/21
to
--
Bah, and indeed Humbug.

Kerr-Mudd, John

unread,
Aug 12, 2021, 6:03:18 AM8/12/21
to
On Thu, 12 Aug 2021 07:09:13 -0000 (UTC)
Ammammata <amma...@tiscalinet.it> wrote:

> I run the below command
>
> icacls "D:\test" /grant John:(OI)(CI)F /T
>
> to be sure John has full access to all files and folders in d:\test
>
> This because he gets random "access denied" errors, on files saved by other
> users
>
> Currently the a.m. folder contains quite a lot of files:
>
> Total Files Listed:
> 163647 File(s) 176,384,640,967 bytes
> 99338 Dir(s) 285,917,642,752 bytes free
>
> It takes ages to complete, slowing the access to all other users
>
> currently it runs by night, so who cares? but sometimes, mainly after huge
> updates from other users, I need to run it during worktime
>
> how can I speed it up?

a) Reduce the number of files
b) ensure John is granted rights by the programs that create the files.

>
> is there any valid alternative to it?
>
> TIA
>
A deeper question:
Why does John need to look at/change on all these other users files?

Ammammata

unread,
Aug 12, 2021, 6:28:57 AM8/12/21
to
Il giorno Thu 12 Aug 2021 12:03:17p, *Kerr-Mudd, John* ha inviato su
alt.msdos.batch il messaggio
news:20210812110317.5517...@127.0.0.1. Vediamo cosa ha
scritto:

> a) Reduce the number of files

no way, right now, it's the history of all issued orders and must be kept
online for at least 5 years (or more)

> b) ensure John is granted rights by the programs that create the files.
>

most of those docs (pdf, jpg, etc) are coming from foreign manufacurers, I
can't help on this: they arrive by mail, are saved on the many users
computer, first locally, then moved to the "archive"

JJ

unread,
Aug 13, 2021, 11:04:29 AM8/13/21
to
On Thu, 12 Aug 2021 10:28:54 -0000 (UTC), Ammammata wrote:
> Il giorno Thu 12 Aug 2021 12:03:17p, *Kerr-Mudd, John* ha inviato su
> alt.msdos.batch il messaggio
> news:20210812110317.5517...@127.0.0.1. Vediamo cosa ha
> scritto:
>
>> a) Reduce the number of files
>
> no way, right now, it's the history of all issued orders and must be kept
> online for at least 5 years (or more)
>
>> b) ensure John is granted rights by the programs that create the files.
>>
>
> most of those docs (pdf, jpg, etc) are coming from foreign manufacurers, I
> can't help on this: they arrive by mail, are saved on the many users
> computer, first locally, then moved to the "archive"

I'd suggest processing only the newly added files. Use a script/tool to
monitor the folder for any newly created file and put them in a "new files"
or "files to process" list file. Use the list file to process the files. A
list entry should only be removed from the list when it has been
successfully processed without any error. Otherwise, keep it in the list to
be processed later, either at the next occurence of a new file, or with
another script/tool which processes the list file periodically.

For old files... it has to be done the long way. This is to make sure that
old files are already processed.
0 new messages