DZMM

We can't really help you if you don't post your scripts or your logs

Yes, files older than 90 days. Mergerfs handles all the upgrades. If it's a local file it just replaces, if it's in the cloud it deletes the cloud version and puts the new copy in the local folder for upload.

sorry, no idea what's going on there and I've no experience of Debian. Somebody else might help you though!

Thanks - that fits my scenario perfectly as my other non-cache pools contain pool only shares.

I'm not sure if gdrive based mounts have the same performance issues, but once a certain number of files are stored the IO performance of tdrives starts to degrade - there's a post in here somewhere from @watchmeexplode5 where he did some testing. One of the advantages of moving to a tdrive, is once you've setup your first one it's easy to create multiple tdrives so that you can spread out your files.

If only the cache pool has shares that are set to yes or prefer, and the other pools are set to Only, will it work?

Nothing jumps out to me as looking wrong. @Kaizac @watchmeexplode5 ????

I haven't come across this problem before - I think because I was moving my music mtdrive-->gdrive. You're welcome. I'm happy to share as I'm sure it's saving people $$$ in drives etc.

I think it's because you are using the remotes that decrypt the files - you need to use the 'raw' remotes that process the encrypted files i.e. rclone move tdrive_upload:crypt/**************************fk40rft2t0t7neqvb9hi7psvm8cg" "tdrive_movies_bio:crypt/*********************7neqvb9hi7psvm8cg" because you are moving the files server-side i.e. encrypted.

I mount them all in separate folders - sorry if I put them all in the same folder in my write-up - that's a mistake. Re navigation, it shouldn't matter as you should never ever need to use or visit the rclone mounts unless you are troubleshooting - the mergerfs folder is the only one you use day-2-day. Sounds like you got it working then?

Can you post your mount script (haven't seen yet) and your upload script. Somewhere there's a path difference, or it doesn't like the dash in Plex-Media and you need to use an underscore.

Dunno - I was going to say after reading your logs that everything was 'working', so try a reboot. Sometimes when people are repeatedly mounting to debug the system seems to go a bit loopy.

LocalFilesShare="ignore" - looking at your unionfs script, shouldn't this be LocalFilesShare="/mnt/user/rclone_upload/google_vfs"?? Otherwise, looks fine and your files from gdrive_media_vfs: should be showing in the mergerfs mount. If still not working, post the logs

post your script logs

all looks fine - it even says it's overwritten the existing mountcheck file which is a good sign. When you say 'no files' - what are you using to look? post your mount scripts for both unionfs and mergerfs as there's something different in there.

You need to run the unmount script or manually delete the /mnt/cache/appdata/other/rclone/remotes/$RcloneRemoteName/dockers_started file - somehow you've got the scripts running slightly out of sync

For clarity, here's my flow: 1. Mount Tdrive_1, tdrive_2, tdrive_3 etc - do not create a mergerfs mount for tdrive_2 and upwards 2. Create a single mergerfs mount with local folder and the Tdrive_1 mount, tdrive_2 mount, tdrive_3 mount etc 3. Point plex, sonarr etc at the mergerfs mount 4. new files get added to the mergerfs mount's local folder 5. upload script moves ALL files from the local folder to tdrive_1 6. I looked at tdrive_1 and worked what the encrypted name was e.g. for TV_Shows adasfghertdfghthgdf 7. TV_shows should be in tdrive_2, so extra script runs overnight to move tdrive_1/crypt/adasfghertdfghthgdf to tdrive_2/crypt/adasfghertdfghthgdf 8. The move is done by rclone so it adjusts the tdrive_1 and tdrive_2 mounts in real-time, so in mergerfs mount files haven't 'moved' from /TV_Shows and everyone is happy

No, because rclone is moving the files - server side from tdrive_x-->tdrive_y, so it is aware of the change of location. Because both tdrive_x and tdrive_y are included in my expanded mergerfs mount, plex, sonarr etc aren't aware that the real location has moved - it's the same approach as for when files move from local to gdrive. Yes, and then use my extra script or similar to 'sort' the files server side into the right tdrives.

Have you installed the rclone plugin?

All looks good. The reason I do a tdrive-->tdrive transfer as an extra step, is because I only have one mergerfs mount that combines all my tdrives and local files. The upload script for the associated local folder uploads all the files to a single tdrive, so behind the scenes I move the files to their correct tdrive. You could run an upload script for each tdrive, but for my setup that be a pain to traffic manage and the tdrive-->tdrive transfers are mega fast as they are done server side.

When you say any docker, do you mean Krusader? Best practice is to start dockers after mounting.

lol I'd literally just grabbed the laptop to research seedboxes as I'd just had that idea!

Thanks I'll look again as I couldn't see any with HDDs and SSDs, just one or the other. I'm worried browsing will be slow from a HDD - but I guess you can't have it all.

Can anyone recommend a good, cheap dedicated server provider? I'm probably going to be moving home again and it's looking like I'll only get 110 upload at best, which will make running my Plex server on my machine very hard unless I do a lot of transcoding. I've looked at Hetzner's auctions, but most of their boxes are SSD only and I need a HDD to hold torrents that are seeding.

No - just make sure that the mount is running before starting dockers - in the docker settings set any docker that could add files to the mount, or go haywire if the mount files aren't available (e.g. plex) to not auto start.