DZMM

Everything looks ok with the mount file. - you've added a log file to the mount - is that giving any clues as to what's going wrong? - have you uninstalled the rclone plugin and reinstalled to get the latest version? Other than that, I think you've exhausted this thread and I'd see if ncw or someone else over on the rclone board can help

sounds like a plex problem as you've got enough RAM and CPU power (and bandwidth if I remember correctly - what's your line speed?). When testing I would stop all other dockers that are accessing the mount to double-check they aren't doing something daft. Can you post a screenshot of your plex scheduled tasks page. And to eliminate rclone, can you post your mount script please.

Not sure what's going on - have you tried the rclone forums? Post back if you find a solution

What are your Plex scheduled task settings, and radarr/sonarr? Something is hammering the mount?

It sounds like you are using the rclone client_ID - it's strongly advisable to create your own: https://rclone.org/drive/#making-your-own-client-id

No real issues moving the paths if you're careful and update the scripts in the right places. Changing your docker mappings as well though will mean Plex, radarr etc will need to rescan, but still manageable

Hmm I think you're low on RAM - try lowering the buffer:

CPU requirements (I think) shouldn't be much different to when playing locally, so if you can do locally they should work remotely. Bandwidth clearly isn't an issue - how much ram do you have? Are they choppy right from the beginning or after a while? you could try increasing --vfs-read-chunk-size 128M to 256M ..it will slow your start times, but might help

Read the first post for how unionfs works - local files added to mount_unionfs are uploaded to Google via rclone_upload

Map to /mount_unionfs/google_vfs instead

Recently I've spotted mover running a few times when I'm nowhere near my threshold - diagnostics attached.highlander-diagnostics-20190829-0738.zip

I think each stream is handled uniquely

You might run into memory problems - see some recent posts in this thread on the topic

VFS v cache are the different mount types - you choose the remote to use. If you don't want encrypted then just substitute gdrive: for gdrive_media_vfs: in the script and add an unencrypted version of mountcheck to your /mount_unionfs folder

You've just confirmed my suspicions and why i asked for the mount script. Google_media_vfs: decrypts files that are encrypted on Google - files on Google that aren't encrypted won't be displayed in the mount. That's why the mountcheck file was all goobledegook on Google as it's encrypted. If you want to see your non-encrypted files mount gdrive:

And your mount script

Don't know - weren't you having problems with subtitles before? Splitting your mounts will definitely help find the problem

Post your rclone config and your mount script - remember to remove passwords.

Just substitute remotes - gdrive: for gdrive_media_vfs: in the mount script

There shouldn't be movies folder in unionfs folder before the mount - that was the problem. Sorry should have spotted that earlier - the unionfs folder should be empty

Maybe the error is for the rclone mount path - Is it empty?

@sol there's something in the unionfs mountpoint that shouldn't be there. How are checking? Have you tried mc?

Unless they are going to create their own mounts the simplest solution is to share your Plex server

Very feasible - lots of ways to do it: 1. Mount the same remote with same decryption passwords: no issues with reading from multiple mounts. Writing will work but there may be a lag for files appearing on other mounts until the directory cache expires. If more than one mount try to overwrite the same file only one will win, but no file corruption 2. Create a tdrive and share with 2nd gdrive account and then mount with same decryption passwords: same health warning as above 3. Easiest way - share plex servers! Although this will mean one machine doing all the lifting i.e. would be inefficient for bandwidth

Same here. I've just finished selling 7 HDDs on eBay, including my Parity drive as I have a less real-time backup strategy now (to a seperate teamdrive on a cron job). The noise and heat reduction is really noticeable and of my remaining 16TB, I'm only using around 20% - with nearly 350TB in the cloud which would cost me over £7.5k just for the drives!