I am using rclone mount with Wasabi and Nextcloud on Ubuntu 20.04. Nextcloud wants 770 for the mount (/mnt/nextcloud), but different permissions (and Nextcloud determined permissions) for the files and subdirs below the mount. I've tried --dir-perms 775 and --files-perms 664, didn't work. I've tried umask 0077 but all files become 0077. Mounting wasabi:bucket/folder
Not concerned about UID and GID.
Run the command 'rclone version' and share the full output of the command.
*Yes*
Which cloud storage system are you using? (eg Google Drive)
Wasabi
Using rclone copy/sync works perfectly on other buckets, but other buckets not being mounted.
The command you were trying to run (eg rclone copy /tmp remote:tmp)
Rclone has one set of permissions for directories, and one for files in rclone mount. That includes the root. It doesn't preserve permissions set by applications though it doesn't error if applications do try to set permissions.
Try --dir-perms 770 and --file-perms 660 and set the --uid and --gid to the same ones nextcloud is using.
drwxr-x--- 1 www-data www-data 0 Feb 26 00:01 nextcloud/
So somehow, the mounted dir has the right uid/gid, but the group permissions are not following the --dir-perms=0770 directive (btw, I also tried --dir-perms=770 with the same result.
Thank you! In my experimentation, I used --umask incorrectly.
I used umask=0022. I also omitted the --dir-perms and ---file-perms thinking that by not specifying, it would maintain the subdir and file permissions. I appreciate your assistance.
So, using your advice, my command is now: sudo rclone mount wasabi:[bucket] /mnt/nextcloud --vfs-cache-mode=full --vfs-case-insensitive=false --dir-perms=770 --file-perms=0664 --umask=002 --uid=33 --gid=33
... and I do a ls -l in the /mnt directory, it gives me the desired result: drwxrwx--- 1 www-data www-data 0 Feb 26 03:04 nextcloud
which is the desired perms, and in the subdirs: drwxrwx--- 1 www-data www-data 0 Feb 26 03:04 [subdir]/
and the files have the desired perms also: -rw-rw-r-- 1 www-data www-data 0 Jan 13 09:22 [file]