2.0.1.18 issue with google drive No filesets found on remote target

[tom8880]

I'm using duplicati 2.0.1.18 and have problem with restore from google drive.

1. I've made backup files from c:\abc -> d:\test There was no problem with restore backup from d:\test
2. Next I moved all 3 files from d:\test -> google drive I'm trying to restore backup from google drive but with no success.

Listing backup dates... Error Failed to connect: No filesets found on remote target

1. I made another test: I've created two google accounts: ie. [email protected] and [email protected] Made backup files from c:\abc -> google drive account ([email protected]) There was no problem with restore backup from google drive.
2. Next I shared files from [email protected] to [email protected] Then I made copy all 3 files from shared folder to account [email protected]. Files on [email protected] are the same as on [email protected] (the same name and size) but I can not restore backup from [email protected].

Listing backup dates... Error Failed to connect: No filesets found on remote target

Do you have any idea why it does not work? I suggest you do similar tests.

Tom

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/36866833-2-0-1-18-issue-with-google-drive-no-filesets-found-on-remote-target?utm_campaign=plugin&utm_content=tracker%2F4870652&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F4870652&utm_medium=issues&utm_source=github).

[pbhj]

I have the same issue using "Duplicati - 2.0.1.30_experimental_2016-11-03".

Logs show "17 Nov 2016 16:17: The operation List has failed with error: No filesets found on remote ".

When setting up the restore I'm asked to choose the folder path. The folder path when input is said not to exist. It then makes an identically named folder in the same place (confirming the path was right and existed). This is a bug, and might be related to the failure to restore?

If you let it make the new folder, move the files from the old identically named folder to the new one and then carry on it recognises that the folder exists. But that's when I get the "no filesets" error.

Output at the terminal when attempting to restore is as follows:

System.Exception: No filesets found on remote target
  at Duplicati.Library.Main.Operation.ListFilesHandler.Run (IEnumerable`1 filterstrings, IFilter compositefilter) <0x422a8000 + 0x00baf> in <filename unknown>:0 
  at Duplicati.Library.Main.Controller+<List>c__AnonStorey4.<>m__0 (Duplicati.Library.Main.ListResults result) <0x422a62d0 + 0x00077> in <filename unknown>:0 
  at Duplicati.Library.Main.Controller.RunAction[T] (Duplicati.Library.Main.T result, System.String[]& paths, IFilter& filter, System.Action`1 method) <0x4229e640 + 0x001d1> in <filename unknown>:0 
Failed to send notification: System.IO.FileNotFoundException: Could not load file or assembly 'notify-sharp, Version=0.4.0.0, Culture=neutral, PublicKeyToken=2df29c54e245917a' or one of its dependencies.
File name: 'notify-sharp, Version=0.4.0.0, Culture=neutral, PublicKeyToken=2df29c54e245917a'
  at Duplicati.GUI.TrayIcon.GtkRunner.NotifyUser (System.String title, System.String message, NotificationType type) <0x422c3a50 + 0x00037> in <filename unknown>:0 
System.Exception: No filesets found on remote target
  at Duplicati.Library.Main.Operation.ListFilesHandler.Run (IEnumerable`1 filterstrings, IFilter compositefilter) <0x422a8000 + 0x00baf> in <filename unknown>:0 
  at Duplicati.Library.Main.Controller+<List>c__AnonStorey4.<>m__0 (Duplicati.Library.Main.ListResults result) <0x422a62d0 + 0x00077> in <filename unknown>:0 
  at Duplicati.Library.Main.Controller.RunAction[T] (Duplicati.Library.Main.T result, System.String[]& paths, IFilter& filter, System.Action`1 method) <0x4229e640 + 0x001d1> in <filename unknown>:0 
Failed to send notification: System.IO.FileNotFoundException: Could not load file or assembly 'notify-sharp, Version=0.4.0.0, Culture=neutral, PublicKeyToken=2df29c54e245917a' or one of its dependencies.
File name: 'notify-sharp, Version=0.4.0.0, Culture=neutral, PublicKeyToken=2df29c54e245917a'
  at Duplicati.GUI.TrayIcon.GtkRunner.NotifyUser (System.String title, System.String message, NotificationType type) <0x422c3a50 + 0x00037> in <filename unknown>:0

[ts678]

Do you have any idea why it does not work?

Google Drive has security features and some quirks. Duplicati by default uses a limited login that allows it to access files it made. This is safer than giving Duplicati or any app access to all files, but until Google takes it away (they want to), use full access login

Duplicati OAuth Handler

It then makes an identically named folder in the same place (confirming the path was right and existed). This is a bug

Possibly not a bug. Google Drive has the unusual ability to have multiple files with the same name. File name is just a property. The history isn't clear, but it sounds like you had a folder and files that Duplicati did not create, and so could not see. Making a folder from Duplicati would let it see the folder, but as you move the files in, they still have their original creator so aren't seen.

[ts678]

Possibly not a bug.

Having just made that argument again in the above-linked similar issue, I'm going to remove the bug label from this issue as well.

It's not clear what can be done, although maybe the manual could cover it, and OAuth server could warn of the "full access" future. Problem is -- we don't know the future.