DZMM

Fixed!

To achieve this I would add the local folder you want to appear in mergerfs mount but not uploaded to gdrive as LocalFilesShare2="path to folder you don't want uploading". If you change your mind, just move the files to LocalFilesShare - nothing will 'move' in the mergerfs mount but files will get uploaded.

The old unmount script used to actually unmount but it can't now since I added the ability for the mount to be anywhere.

correct

Yes, you need to create a share folder e.g. mount_rclone like the default in the script and then mount the remote there. If you don't use the share for anything but mounting, the share settings don't matter as nothing should get stored there.

where are you mounting? Directly in /mnt/user or a share in /mnt/share? If it's the former, that's why you're getting errors.

Try experimenting with different buffer size (usually higher) and vfs chunk size in the mount script. Vfs changes will affect startup times - higher values will slow launch, but usually fix buffering problems. I'm surprised you're having problems with 200Mbps though - what average Mbps is Plex/tautulli reporting for the file? Anyone else got any ideas as buffering problems are very rare.

@drogg does the 4k play on if the file is local? Assuming you've got enough bandwidth, there shouldn't be a problem if you can play a local version. I'm on 360 and I have tonnes of concurrent activity when im playing 4k.

I only create one mergerfs mount - I mount the other remotes in other scripts, and then add those remote paths to the final script as extra "local" folders to include.

I just had a quick go at making the script support multiple remotes, but I couldn't find ways to do certain bits. At the moment, I just run the script once per mount - annoying but once setup you'll forget you've done it.

Correct - just make sure gdrive_vfs is using your existing teamdrive. I would also make sure all your dockers have the mapping /user --> /mnt/user and then within each docker point them to e.g. /user/mount_mergerfs/downloads and /user/mount_mergerfs/media/tv etc or somethign similar. ALL mappings have to be to the mount_mergerfs mount if you want the full file transfer benefits, hardlinking etc. if you need to update plex paths I wrote a post a few posts up on how to preserve metadata.

1. Shouldn't matter but I've had problems mounting to /mnt/disks in the past, so I recommend /mnt/user 2. Correct add files to the mergerfs location. The local location can be anywhere so there are no files to move - just make your local path /mnt/disks/UDrive/GoogleDriveUploads which will also be the upload folder 3. Was just trying to help users create folders in the right place - fell free to make your own 4. I think so, sounds like an incomplete install - it will get recreated if needed 5. nope that's right - the name is probably bad as it doesn't 'unmount' anymore 6. I think the upload will fail 7. yes - rclone will just resume on next run

Thanks. @jonathanm could you try as well please. @watchmeexplode5 I might roll back the discord update as I think it's causing some problems - not sure why I don't run it myself.

Out of curiousity can you try this version of the upload script please - https://github.com/BinsonBuzz/unraid_rclone_mount/blob/84c00906b5019a3ad873a636ad0f003e267608b8/rclone_upload It's the version before the last change which added discord notifications which I haven't tested myself as I don't use discord, although the pull request looked ok.

What do you have as RcloneRemoteName and RcloneUploadRemoteName in your scripts? You shouldn't be getting %remotename%

@drogg if you are certain there's not an upgrade instance running, go into /mnt/user/appdata/other/rclone and your upload remote folder and manually delete the upload running checker file, or run the cleanup script. Basically the upload script didn't exit properly at some point.

yes. Use my scripts to: in your rclone config make sure server_side_across_configs is set to true mount script to mount your gdrive folder create your service accounts. I'd add about 100 if you're doing server side copies as they blow through the 750GB in no time as you discovered - 15 to 16 are needed per Gbps transferring full pelt per day in the upload script set your team drive as the destination and the gdrive from #2 as the source

@Stinkpickle I updated #3 as you should always use the mergerfs mount in dockers

no

Oh I see. I would do the following: LocalFilesShare2="/mnt/user/Media" in the mount script so that files from /mnt/user/Media just appear in /mnt/user/sgdrive_media/sgdrive_media. Make sure plex has empty trash automatically off In plex add the new /mnt/user/sgdrive_media_rclone/sgdrive_media /mnt/user/sgdrive_media or /mnt/user/sgdrive_media_mergerfs folders and remove the old /mnt/user/Media Also update sonarr, radarr locations etc Do a full plex scan - it will update all the file locations and keep all your existing metadata Once scan complete, check all looks ok, then manually empty trash Move files from /mnt/user/Media to /mnt/user/sgdrive_media_local Remove /mnt/user/Media from LocalFilesShare2 as shouldn't need it now use /mnt/user/sgdrive_media_local going forwards Edit: Personally I also would use this as opportunity to change MergerfsMountShare="/mnt/user/sgdrive_media" to MergerfsMountShare="/mnt/user/sgdrive_media_mergerfs" to make things easier to follow Edit2: Fixed #3

Unless I'm missing something, just do LocalFilesShare="/mnt/user/Media/" and then those files will get moved to google

mountcheck file either doesn't exist in the source folder to be copied to gdrive, or the target folder doesn't exist

I'd move everything to the team drive - as @testdasi said as soon as you start understanding what you can do with this setup, you'll want a teamdrive. To move: - stop all mounts, dockers etc - create a team drive and note the ID - it'll be in the url - add your google account as a user of the teamdrive if needed - within google drive move all the files from the gdrive folder to the teamdrive folder - ensure all the paths are the same i.e. gdrive/crypt/sub-folder -->tdrive/crypt/sub-folder. This should be pretty quick for 1TB - change your rclone config via the plugin settings page (easiest) to: [tdrive] type = drive scope = drive service_account_file = /mnt/user/appdata/other/rclone/service_accounts/sa_tdrive.json team_drive = Team DRIVE ID server_side_across_configs = true if you're setting up service_accounts at the same time. I'd advise doing this if you've got a decent connection and/or will be uploading more than 750GB/day now or in the future. If not, then change to: [tdrive] type = drive client_id = xxxxxxxxx.apps.googleusercontent.com client_secret = xxxxxxxxxxxxxxxx scope = drive root_folder_id = TEAM DRIVE ID token = {"access_token":"xxxxxxxxxxxxxxxxxx"} server_side_across_configs = true Edit: if you're using gdrive_media_vfs for your decrypted remote remember to change: remote = gdrive:crypt to remote = tdrive:crypt Then re-mount and if all looks ok, start your dockers.

Nope

teamdrive NOT team https://support.google.com/a/users/answer/9310351#!/