Kaizac

You only need to add mount_unionfs/google_vfs to your docker template. I add mount_unionfs/ as R/W slave myself so it has access to all my folders. Then in Plex you create a library based on mount_unionfs/google_vfs/Movies.

And you point Plex to mount_unionfs/google_vfs/Movies in Plex library? And when you choose that folder does Plex see the movies? You don't by any chance activated a filter in your plex overview?

Glad you got it working aswell! Really nice that we can just clear out your backlog this easy. The same technique can be used for your Backups. Just create a new Tdrive for Backups and use the same API's as for your other Teamdrive or create new ones. Regarding removing --rc. What exactly are the problems you've run into making you remove it? For me it always seems to succeed with a timeout of 5 minutes.

If you go to mount_unionfs/google_vfs/movies do you see all your movies then?

Locally to create the backup.

Did you setup Traktarr within a VM or is it a plugin/docker?

Thanks for that! Currently running my first backup at around 5MB/s. Is that your performance as well?

You use the CloudBerry docker? If so I didn't know it had a free version, will check it out then! Do you just let CB back it up with compression and on file level without encryption and let Rclone handle the encryption? Yeah it makes a difference that you use Plex. Since it stores it's metadata in appdata. Emby you can choose what you want, so I chose to store it in the media folder, which means I have a lot of small sized files with each media folder. And not needing subtitles makes a lot of difference, unfortunately I'm not so lucky to be native english speaking ;).

Thanks for this, was looking for something to add Trakt lists with but couldn't find an easy way! @DZMM thanks for the link to your post, don't know why I overlooked that. Is this your way of backing up your important data now? You wrote that you use Cloudberry, is that the 30 USD license? Do you like it? I'm looking for a solution since Duplicati is dog shit slow. But just tested Cloudberry and even though I chose encryption, it uploaded the plain files to Gdrive... Borg also seems nice, but it's too much scripting which makes me doubt the usefullness when I need to recover/restore. By the way, since the Teamdrive has a limit of 400k files it might be a smart choice to keep your nfo and srt files and such locally stored. I've excluded those from my upload and wrote a small script to download all the files from my Gdrive to my local server.

@DZMM yeah smart, I did the same and works fine. Im trying to find your backup scripts but cant find them anymore. Did you remove that post?

Are you talking about the WebGUI? If so, then yes it appears to be instant. However it seems to start a move in the background on Google's servers which takes time on big drives.

Only annoying part is that Gdrive is still moving files from my personal gdrive to my tdrive on the back. This has been taking almost a week or something... So that's something to take into account when decide on your final choice. Also my upload script doesn't cause andy rate limit errors and just starts right away without any errors. Maybe that's also a key to the multiple upload accounts. Hopefully you also get it working!

Sorry I didn't see your question to me, got lost to me in the many posts :). I'm currently still using only 1 Team Drive. And using 5-6 API's to upload 24/7 which is still working with the 8000k bwlimit. So for me there is no need to create another TD.

I think he created it through the WebUI and not through the encrypted mount

Hmmm I'm not sure if it's enforced like that. I was able to upload 4TB yesterday to my Tdrive. Will see what happens today.

@francrouge you got it working now? @DZMM I've been migrating fully last days to the Team Drive. Not sure if you did do so already? The mistake I made was to populate the Team Drive already. So when you want to move the files through the WebUI of Google Drive it will create duplicate folders. It doesn't merge them somehow. When I tried to move mount_rclone/Gdrive to mount_rclone/Tdrive with Krusader it started a normal transfer. So I think it's seen as separate entities and thus it will count towards your quota. Maybe your experience is different. So what I did was creating a folder "Transfer" in the Tdrive (through Krusader/Windows) and moved the files from Gdrive to the Tdrive/Transfer through the WebUI. This will start the move in the background. Then I moved the folders from the Transfer folder to the Tdrive itself with Krusader. This does count as a move on the server and won't count for your quota and is fast. However I noticed that after 2 days it's still transferring files to my Transfer folder, even though it seems like it's done transferring in the WebUI. So that's something to look out for that the background process (which you can't see how far it is) takes a while to run.

Currently running 6 API's/scripts for uploading (1 API/script per disk). And 1 API dedicated for streaming (only Emby and Plex use this API). Other dockers are set on the seperate Docker API. I had an initial error is my unionfs command so my streaming API was used and not my docker API. Since I fixed that I see the API hits being distributed nicely. So this should prevent any futher API bans and still allow me to run Bazarr 24/7. Upload scripts I had high memory usage as well and was getting rate banned at the end of the day. So I think it might have been uploading a bit too much on 8500k bwlimit. Could also have been too much of checkers going through all the files. Changed to the following command last night. Currently sitting very low in memory usage with 6 uploads with each 3 transfers.

Did you create the file "mountcheck" on your Gdrive mount?

Are you accessing your Emby server through your browser? Are you using a reverse proxy by any chance?

Currently setting this up with in total 5 API's. While doing this I wonder if we can use this method to seperate streaming and docker activities with seperate API's. Currently programs like Bazarr cause a lot of API hits, often resulting in bans. Which causes the playback to fail. Maybe if we use a mount for isolated streaming and an API for docker activities like Bazarr it will not be a problem anymore? Just not sure how to set this up yet, but with a Team Drive this should work with seperate accounts I think.

Do manually populate your rclone_upload_tdrive folders to have those files moved to the cloud or did you automate this somehow? And how do you use the multiple accounts for the tdrive? Do you create multiple rclone mounts for each user?

Maybe the passwords during rclone config didn't register correctly. I've had that before with my client id and secret that copy paste through Putty doesn't always register correctly making mounts work but not correctly. Glad you got this fixed. Currently filling up my downloading backlog again so this will be a nice way to upload it quickly.

I don't think the name of the tdrive itself matters, since you start your crypt a level below it (at least thats how I set it up). The file structure below that does matter since based on the password + salt the directories get their own unique names which continues to the levels below. I'm curious what your findings will be!

And you created the exact same file structure before you started populating?

You say same passwords, but did you also define the salt yourself during mount setup? If you did, then it is very strange. Encryption should only be based on the password + salt. I will do some testing myself tomorrow.