--local-ingore-access flag

Hi all, I just wanted to hear whether there is any plan to implement a --local-ingore-access flag as hinted at in this response to one of my previous support requests. We are seeing some more errors such as this:

2021/05/03 14:30:21 ERROR : path/to/file.txt: Failed to copy: failed to open source object: Access is denied.

There are no special permissions on this file. It is a Windows Server 2012 machine.

i think you mean --local-ignore-access

not sure it will help, as i workaround it.
i have a script for backup that runs, VSS, rclone, 7z, fastcopy and veeam.
they all produce logs and the script parses thru them looking for errors and specific text.
then the script makes a report and emails it to me.
if there is a particular error message that i am not interested in, the script does not report it.

Thanks @asdffdsa, yes, I think we refer to the same flag name --local-ingore-access, unless I'm missing some difference between your spelling and mine :slight_smile:

At this stage, I can only rely on the rclone output and thus I would greatly appreciate the ability for rclone to ignore such access denied errors. I am also using VSS in the background as per your wiki, to try to avoid any file in use related errors, but this access denied one has me stumped. I can't figure out why it's happening and it would be super useful if rclone could ignore it...

what is the name of the file?

It is a .xlsx file, an Excel file

what are the user permissions for that file?

Hmm, I don't have access to this machine myself, will need to see if the administrator can check for me. But as far as I understand, the permissions are no different than those of other files which are successfully being backed up...

well, seems like a windows permisisons issue.
can you copy the file not using rclone?

--local-ingore-access - must be a typo?

It would seem so yes, but rclone is being run from a Windows service with System privileges.

I will try to get an idea what the permissions are on this file and whether it can be manually copied...

not sure what that means? yes, no, not tested?
can another executable access the same file, using the same user privileges are rclone?

Sorry, the first part of my answer (It would seem so yes) was regarding the statement that it seems to be a Windows permissions error, not an answer to the question about whether one can make a copy of the file while not using rclone. I will try to find that out...

Seems it may be a password protected Excel file... In any case, the abovementioned flag would be helpful!

What would you want that flag to do?

In general if you have a file and you couldn't sync it then rclone returns an error. So a --local-ingore-access file could return a different error.

I think what you want is something like --skip-unreadable. What that might do is figure out whether a file is readable by rclone and if not leave it out of the sync completely. This would enable rclone to complete the sync with no errors.

To do this test reliably rclone would have to Open every file in the listing read only to check it can actually open them. This might slow things down a bit. There might be a better way of doing that, I'm not sure.

Doing the check when rclone opens the object is too late unless we add a special ignore error class which isn't impossible but we don't have it at the moment!