I don’t have a solution, sorry, but maybe some kind of confirmation.
Established a rather small and temporary personal backup, exclusively with Duplicati’s GUI. Created a folder on Google Drive directly (via the web interface). In addition, a folder of the same name from Duplicati (in expectation of overwriting or a corresponding note). Then I successfully performed Duplicati’s Backup. GDrive then displayed two empty folders with the same name. (Or after one of them was deleted? Which one came back?) Finally I deleted the folders and my local database, restarted: worked.
That would be @kenkendk, but he’s pretty busy so I’m not sure how soon he’ll see this.
My completely uneducated guess would be that Google stores content from “apps” in a different place than “users” but then tries to present them in a single unified structure to “make things easier”. Of course that’s just a guess…
The name you set on a folder is just a label. All files and folders have an internal ID, so you can easily have multiple folders with the same name, although it is really confusing to browse it from the Web UI.
When you log in with via the OAuth handler, and choose “Google Drive” you only give Duplicati permissions to see/touch files it has created itself. Thus if you create a folder from the WebUI, Duplicati has not created it and is not allowed access to it.
“This is not a bug, its a feature”. Specifically, it is done to prevent a rogue Duplicati from wiping your Google Drive (extremely unlikely, but that is the idea).
If you do not like this, and want Duplicati to have full access to your Drive, you can use the button “Google Docs” (stupid name for this, I know) on the OAuth handler page. The generated AuthID here will grant full access to your Drive.
I was aware that the names on files and folders were just labels (and there was some underlying ID), but what I didn’t realize was that the default OAuth handler only gives Duplicati permissions to see and touch its own files. I agree this is a feature, not a bug - but perhaps it could be made a little more obvious. It might be worth putting some sort of note to that effect on the interface when a user performs the OAuth operation.
It worked for me, I could live with the fact that I only found the Duplicati-created folders when searching Gdrive, yet not when explicitly stepping down the drive folder tree.
The long story :
Since March 18 Google drive behavior changed and all my backup’s don’t work anymore. (Duplicati can’t find file/folder anymore it once created, must be related you @kenkendk ‘s statement “…only give Duplicati permissions to see/touch files it has created itself.”) I’ve seen no other option than redefining all backups again.
The sorter version:
I prefer seeing what I get – and would like to “want Duplicati to have full access to your Drive” and use the exact filepath I specifiy and I see. Yet, me being a newby with google drive, cannot find the “button “Google Docs” (…) on the OAuth handler page”
Since I wrote that, Google requested some updates to follow their “brand design guidelines” so the page now looks like this, and it should be easier to guess what the buttons do (I have circled the one you want):
Thank you @kenkendk for your help, but neither do I see the options. Duplicati asks me to select the service first and then only calls the OAuth handler page for the dedicated service, which in my case is Google Cloud - limited access.
I am new at Duplicat and find this is an great software product.
I have read the lines above, but i did not get my scenarion to run.
Duplicati on local PC > backup to google drive > shared to me section
My problem is that i have an small google account with the 15GB default size > is to small for my BAckup.
So i get an unlitted team Drive shared to > seen under shared with me.
My question is > how can use this space as backup target and which string must in target folder of the backup configuration?
I found nothing really helpful at google, only this thread in this forum.
Thanks for the quick answer. The hint with --googledrive-disable-teamdrive=true at default was very useful!
I Testet it with a new BAckup Configuration.
so i put a advanced option in
–googledrive-disable-teamdrive=false (disabled the checkbox)
The Path in gDrive is
Teamablagen/BCK_Holzhirsch.BCK/_BCK (german google account)
when i put this path in destination an click check > the path is not found.
i guess i have to use another string for the detination. Could anyone give me a hint?
The Screenshot shows the Gdrive
For experimental purposes, test a path that is not so deep, such as trying a not-currently-present single-level, then let the “Test connection” button on the “Destination” screen make folders (which you can delete later) as needed. Duplicati’s default use of regular Google Drive (and I can’t say anything about Team Drives) only lets Duplicati access what it makes (security feature), and I’m not sure it can make multiple path levels in one shot.
Hello Thank you for your suggestion.
I testet with
in destination field i put
Teamablagen
Team drives
Teamablagen/test
Team drives/Test
and all these were not found > so i let duplicati create Folders > they were created in meine Ablagen, so no Teamdrive Folder is used as base?
Is there any idea for the string which had to be brought in destination field?
Another test:
When i put only ‘team drives’ in destination field > the process when test connection worked. The backup runs complete an the restore shows the files, but when i look at the teamdrive folder > i cant see any file? Where are they?
I think it was thought to be experimental when developer access stopped working midstream somehow, but it might be worse than that. I’m not sure if I’ve ever heard of a report of an end user able to get Team Drive up.
For Team Drive access, there have been offers of assistance such as here and recently here by @Timpeltu however there might also be some lingering API questions from the lead developer (who is also super-busy).
Maybe a workaround can be built out of rclone support (see docs) and Duplicati using Rclone storage type?
I’ve not used rclone before but to make sure I’m following you, are you suggesting we can use the Rclone Destination type in Duplicati but point it to a Google Tream Drive URL (Rclone with Google Team Drives)?