DZMM

That's the right behaviour - when you add files to /mount_mergerfs they are actually physically added to /local until your upload script moves them to gdrive. The /mount_mergerfs folder "masks" the physical location of the file (local or cloud), so that Plex etc just play it and MergerFS/Rclone manage ponying up the file i.e. to Plex the file hasn't moved. When you add direct to gdrive (not recommended going forwards, but I understand you are testing) the changes will be picked up by rclone at the next poll, and displayed in /mount_rclone and then picked up by MergerFS immediately and also "added" to /mount_mergerfs

Config looks fine. How are you adding files to mount_mergerfs in the scenario above? If it's via Krusader, you have to restart the docker after mounting. I don't use, so I don't know why, but other users have reported problems. If you add via Windows Explorer or Putty/SSH is all ok?

Post your rclone config and mount script please.

The script doesn't stop before 750 - it stops when Google says it can't upload anymore, rather than continuing to run for until the api ban is lifted. This allows you to upload a different way i.e. service accounts.

But it makes no difference if your upload doesn't get blocked if you upload less than 750gb - you're just lowering the cap.....

I'm not sure what you are trying to achieve? You can only upload 750GB/day - if you hit this, that account/ID gets blocked for 24 hours. If you want to upload more, you have to use Service Accounts - there's no other way around it.

This stops the script when google says the account can't upload anymore i.e. at 750GB. Resets everyday. If you want to upload more than 750GB/day you need to use Service Accounts.

No, I just had that in there when I used to have a parity disk to turn on Turbo mode when diskmv was running. You don't need it

Have a look at the diskmv script - I use this to create my own little mover that I run on a schedule with user scripts, to move the files that I don't need 'fast' access to: ######################################## ####### Move Cache to Array ########## ######################################## # check if mover running if [ -f /var/run/mover.pid ]; then if ps h `cat /var/run/mover.pid` | grep mover ; then echo "$(date "+%d.%m.%Y %T") INFO: mover already running. Not moving files." fi else # move files ReqSpace=200000000 AvailSpace=$(df /mnt/cache | awk 'NR==2 { print $4 }') if [[ "$AvailSpace" -ge "$ReqSpace" ]];then echo "$(date "+%d.%m.%Y %T") INFO: Space ok - exiting" else echo "$(date "+%d.%m.%Y %T") INFO: Cache space low. Moving Files." # /usr/local/sbin/mdcmd set md_write_method 1 # echo "Turbo write mode now enabled" echo "$(date "+%d.%m.%Y %T") INFO: moving backup." bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/backup" cache disk2 echo "$(date "+%d.%m.%Y %T") INFO: moving local." bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/local/tdrive_vfs/downloads/complete" cache disk2 bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/local/tdrive_vfs/downloads/seeds" cache disk2 echo "$(date "+%d.%m.%Y %T") INFO: moving media." bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/media/other_media/books" cache disk2 bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/media/other_media/calibre" cache disk2 bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/media/other_media/magazines" cache disk2 bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/media/other_media/photos" cache disk2 bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/media/other_media/videos" cache disk2 echo "$(date "+%d.%m.%Y %T") INFO: moving mount_rclone cache." bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/mount_rclone/cache" cache disk2 echo "$(date "+%d.%m.%Y %T") INFO: moving software." bash /boot/config/plugins/user.scripts/scripts/unraid-diskmv/script -f -v "/mnt/user/software" cache disk2 # /usr/local/sbin/mdcmd set md_write_method 0 # echo "Turbo write mode now disabled" fi fi

Probably the same weird ? problem

Glad you got it all up and running (with no help!) easily. The cache filling up quickly is something I'm keeping an eye on a bit on my server by manually browsing the cache every now and then to see what's in there. My cache is getting populated mainly from Plex's overnight scheduled jobs i.e. analysing files that haven't been accessed by users. I'm trying to track how long something I've actually watched stays in the cache - if it's getting flushed within a day (or even hours), I'm probably going to turn the cache off. E.g. I've just checked and some of the stuff I watched just last night isn't in the cache 17 hours later..... I'm hesitant to increase the cache size to increase hit rate, as that's a lot of data (I have 7 teamdrives so I'm already caching over 2TB) to hold to get a slightly faster launch time and better seeking - every now and then..... My server is doing a lot of scheduled work as I've decided to turn thumbnails back on, so maybe it'll settle down a bit in a month or two.

Are you sure this is 'live' ? I think the log is showing what happened when your upload script kicked in

As @BRiT pointed out, everything you need can be found at the start of this thread - although I think this solution is overkill if you are just backing up or syncing a few photos, as the solution in this thread is to optimise Plex playback from Google Drive. It probably can be re-used for OneDrive, but if you want to learn how to backup a photos folder using rclone I'd read the rclone sync page https://rclone.org/commands/rclone_sync/ as I don't see why you need to even mount. If you need help, please create a new thread.

rc2 working well for me today. rc1 major buffering problem with plex, beta25-->rc1 system locks

what version of unraid are you using? I've had problems with anything above Beta25 - lockups, slow plex and I think the mergerFS problems I had might have been when using Beta25+

yep - maybe a reboot was needed to get the latest version

I don't think the issue is at Google's end, as the problem is with the MergerFS mount - the rclone mounts seem to be behaving

Have you looked in file manager to see if the folder exists? I had a similar error a few weeks ago where when I looked in putty at the folder, it was borked and had a ? next to it. I don't know why, but rebooting fixed it.

Is anyone else getting a lot of buffering tonight? I'm wondering if it's linked to Google's outage yesterday?

no idea what that is. Maybe try stopping the mount and then manually deleting the whole cache

You can achieve that via unRAID's share settings . Or, also via Plex and restrict the content ratings your kids can view (recommended) or automatically add a tag to files in certain locations using Tautulli and then restrict your kids to those tags - I do this as it allows me to manually add tags to content I want to expose to my kids e.g. allowing them to watch Marvel movies but not other 12/12A movies that they aren't ready for. If that doesn't work for you, then do this:

what's your objective? - Main tdrive getting too big? Create a new rclone mount with a new tdrive and disable the new mergerfs share in that new script. In your original script add the new rclone mount as an extra local folder - you want another mergerfs mount for plex or similar with just your TV shows? I would manually create a 2nd mergerfs mount that merges the rclone remote that's already mounted on your PC and the corresponding local folder. That way you've got only got 1 rclone mount of the remote

It's in the script settings: MergerfsMountShare="/mnt/user/mount_mergerfs" # location without trailing slash e.g. /mnt/user/mount_mergerfs. Enter 'ignore' to disable

when you say your download tanks, how much are we talking? I suspect your download is being impacted by the need to send Acknowledgement packets - basically when you download something you tell the sender "I received the last packet ok, please send more". If you're hammering the upload at the same time you might be limiting your download potential - if you don't prioritise your acknowledgement packets. I prioritise my ACK packets with my pfsense VM and you wouldn't believe the difference it can make to even an average connection! Not one for this post, but definitely worth you investigating. Or, just limit your upload to whatever speed doesn't kill your download, and leaves you enough bandwidth to do other things e.g. when I had a gig I capped both at 800Mbps.