I was using the old version so I just updated to the latest one and still got the same error.
I to have the issue, on 1x PC and 2x MAC started at the same time too. Only OneDrive is affected my local backups are fine as is GoogleDrive. Duplicati version is “Duplicati - 220.127.116.11_beta_2018-11-28” and I have been running it successfully since release.
I’m running Duplicati - 18.104.22.168_beta_2018-11-28 on a PC and Duplicati - 22.214.171.124_beta_2018-04-02 on a Synology DiskStation device. Both of these are connected to OneDrive and both have started reporting the same error:
The remote server returned an error: (410) Gone
It’s interesting to note that I haven’t changed any files or directories on OneDrive. Actually, this OneDrive is dedicated to Duplicati.
Same happened here.
- Latest version of Duplicati running.
- I see the Duplicati APP in the list of authorized apps on my MS account.
- I use a separate account only for backup.
- The BKP files are still on the backend.
- Generated new AuthID, but test connection still fails with (410) Gone
99% sure MSFT changed something in their API.
I’ve had exactly the same, nothing has changed from the usual routine but both OneDrive backup sets failed with this error last night.
That was announced. Maybe it finally happened. For Duplicati OneDrive, this means switch to OneDrive v2.
these APIs are now end of life and will no longer be available after November 1, 2018 .
To switch, I think (besides editing the job to change the Storage type dropdown from Microsoft OneDrive to Microsoft OneDrive v2) you probably have to get a new AuthID but you can certainly “Test connection” first.
Migrating “should” just be a dropdown change and probably a new AuthID. The Duplicati screen is the same. Between its Storage Type and AuthID is a Path on server (still). If there’s something more, please say where.
Setting up OneDrive (personal) gives some information. Link goes to a post to address questions/concerns, however lack of OneDrive v2 in a beta release (as opposed to canary or experimental) was fixed by 126.96.36.199.
The above How-To is possibly a better place to document any information generally useful to setting this up.
I updated Duplicati this morning from the auto-update feature and then the version was
Clicking on “About -> Check for updates now” did nothing.
So I just manually downloaded and installed the version 188.8.131.52_beta_2018-11-28, which failed (on Windows 10) ; so I manually uninstalled it and reinstalled it, and then Duplicati launched normally again, but I still don’t have a correct support for OneDrive v2, as seen on this screenshot :
What should I do …?
Probably the first thing to try when the web UI gets confused (as it might be here – did previous OneDrive look that way too, or is this coming from somewhere else?) is a hard refresh of the browser, sometimes Control-F5.
There is some hope that a change after 184.108.40.206 will avoid the need to deal with browser caching quite as often.
Control+F5 did the trick, thanks !
I had to re-do the AuthID, but now everything is working normally again.
I’ve done the cntrl-F5 and re-auth but it still gives this error (Win-10, Chrome). Any other ideas on this?
Can I try to change from onedrive to onedrive v2 without redoing the whole backup?
With the version 220.127.116.11_beta_2018-11-28, you have to select OneDrive v2, then Ctrl+F5 if you see the old parameters (like on my screenshot above), and finally click AuthID and follow its process.
it’s compatible and it won’t reupload everything (at least it didn’t for me )
Yes, that did it! Thanks.
My thanks also. You folks made it easy for me!
Thank you, repaired here.
Are there any reasons why this would fail due to having ++ in the path?
I am trying to upgrade a Windows 10 Pro based, non-Service, install to the newer beta.
It was using OneDrive v1 and the previous beta. Now I am trying to swap to OneDrive v2.
I have swapped to v2 in the GUI as above thread notes, hit CTRL+f5, changed the authid, also used different browser to check the backup folder really is still there…
But I get this error message instead. The path is supposed to be ++BACKUPS/Test and this is an Office365 account for a “home” user.
Notice how in that screenshot there are no ++ on the path?
As a test, I swapped the path to just BANANA and then let it create the folder when the test button asked. And sure enough - there is the new folder in OneDrive.
So, whilst not even leaving the page, I now change the path to zzBACKUPS/Test and use the other browser to rename the folder on the server.
Sure enough, we now have success. Backup running - picked up from the old files. And all is continuing.
POSSIBLE ISSUE: Why did the ++ in my OneDrive path make it fail?
Duplicati.CommandLine.BackendTool.exe let me try out variations (and see errors) a bit more easily, and the suspect wound up being Percent-encoding in a URI which I’m not sure is being done correctly. You can follow that chart, converting a plus sign to the sequence
%2B to see if it lets plus work. That’s a workaround, not a fix. For a code fix (if manual encoding actually helps), please file an issue to get the fix request queued.
This same issue possibly explains this problem found by @thepappaq where workaround was to do a folder rename. That one was a little murkier because the
# (number sign or pound sign) is also an invalid character sometimes, so Microsoft Graph’s unifying things could maybe have unified restrictions, but plus is not invalid:
Thanks for testing out variations of names. If you would like, feel free to try other characters that should also be percent-encoded. The test data for the URL encoding theory so far is a little thin now, but could be better.
Failed to connect: Only http or https scheme is allowed in 18.104.22.168_canary_2018-12-29
To add a little bit to this test. This was a live setup of three computers. Each sending a selection of files into the same OneDrive account. The path had the ++ signs in it when running a backup using the older OneDrive V1 as a destination. That had been running happy for a while. So this issue has crept in as part of the migration to OneDriveV2
To fix it, all I needed to do was rename the folder on the server to remove the ++ and update the path in Duplicati. All was then very happy and the backups have picked up and continued.
I apologise that I don’t have time to keep up with all the life on the forum, so get a bit lost in the technical details at times here. I also don’t have a GitHub account, but hope these very repeatable findings are of use.
What is especially key here is the error message is clearly showing the ++ missing from the path. So that is an easy tip for other people to spot if the issue is the same for them.
I’m curious to hear if people have the same issue if the “+” is in the middle or end of the folder name. (I suspect they will.)
When I work on the machine again this evening I’ll try a few other random path tests.
It is simple to test when just setting up a new backup destination. If I put in a path it doesn’t like - it will error if the path exists or not. So I’ll try a few other combos out. FOL++DER, FOLDER++, FOL!!DER and FOL DER also FOL%2b%2bDER to see if the percent encoding works.
Anything else you would like me to check?
It is certainly a downgrade from previous. The path was happy before as these are legal characters for a file path. Simple to guess the fix though thanks to the verbose error splurge. I may not have understood what any of it meant, but I could see my path had spaces instead of ++ signs.
I’m actually in the middle of upgrades on two different Office 365 systems. One is Office365 Home and the other is Office 365 Business. Both happily using OneDriveV2 now.
(I have to say it is a little confusing trying to pick the correct choice with three different OneDrive options, and two different SharePoint choices. That had me running round in circles for a while due to lack of example paths.)