# Google Cloud Storage configuration? **URL:** \ **Category:** Support\ **Tags:** hosting-services\ **Created:** [November 27, 2017, 3:53am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561 "2017-11-27T03:53:04Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [November 27, 2017, 3:53am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/1 "2017-11-27T03:53:04Z")
I’m trying to configure Google Cloud Storage as a backup destination without any luck. The **Test Connection** option result in a timeout error. If I go ahead and configure the backend and try running it I get this error in the logs in the WebUI: ``` System.Net.WebException: GetResponse timed out ---> System.Net.WebException: Aborted. at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) <0x40e83ab0 + 0x001a3> in :0 at Duplicati.Library.Utility.AsyncHttpRequest+AsyncWrapper.OnAsync (IAsyncResult r) <0x40e82f80 + 0x000eb> in :0 --- End of inner exception stack trace --- at Duplicati.Library.Main.BackendManager.List () <0x40ef9d80 + 0x0016b> in :0 at Duplicati.Library.Main.Operation.FilelistProcessor.RemoteListAnalysis (Duplicati.Library.Main.BackendManager backend, Duplicati.Library.Main.Options options, Duplicati.Library.Main.Database.LocalDatabase database, IBackendWriter log, System.String protectedfile) <0x40ef6970 + 0x0015f> in :0 at Duplicati.Library.Main.Operation.FilelistProcessor.VerifyRemoteList (Duplicati.Library.Main.BackendManager backend, Duplicati.Library.Main.Options options, Duplicati.Library.Main.Database.LocalDatabase database, IBackendWriter log, System.String protectedfile) <0x40ef2430 + 0x000cb> in :0 at Duplicati.Library.Main.Operation.BackupHandler.PreBackupVerify (Duplicati.Library.Main.BackendManager backend, System.String protectedfile) <0x40ef14a0 + 0x001af> in :0 ``` Here is my config, I have a valid AuthID configured. ![38 PM](https://forum.duplicati.com/uploads/default/original/1X/183cc1cf2938eb3c042808ea558cc2433414b9a9.png) I’m running version 2.0.2.1\_beta\_2017-08-01 on a headless Ubuntu 16.04 server. ---
**Author:** ![tophee](https://forum.duplicati.com/user_avatar/forum.duplicati.com/tophee/32/21_2.png) [@tophee](https://forum.duplicati.com/u/tophee)\ **Post date:** [November 27, 2017, 9:06am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/2 "2017-11-27T09:06:23Z")
Not sure if this is related, but here is another current issue with Google: > [@Backup to Google Drive now failing](https://forum.duplicati.com/t/backup-to-google-drive-now-failing/1558): > > I had a backup to Google Drive working. It stopped working after I was trying to get the SMTP send mail advanced option working (I never did get it to work). But now I can’t get any backups to Google Drive to work. Using the test connection, I get a “GetResponse time out” error. I have tried recreating the AuthID, but I don’t know what else to try. Here is the log from last nights attempt to backup: Operation List with file attempt 5 of 5 failed with message: GetResponse timed out System.N… ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [November 27, 2017, 3:23pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/3 "2017-11-27T15:23:07Z")
Where can I find more logs or details on exactly what requests duplicati is making to GCS? It would be fairly easy to debug if I had that information. ---
**Author:** ![tophee](https://forum.duplicati.com/user_avatar/forum.duplicati.com/tophee/32/21_2.png) [@tophee](https://forum.duplicati.com/u/tophee)\ **Post date:** [November 27, 2017, 3:49pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/4 "2017-11-27T15:49:42Z")
Did you try searching the forum for `log` or `log files`? > [@Where does Duplicati keep its log files?](https://forum.duplicati.com/t/where-does-duplicati-keep-its-log-files/996): > > I searched C:\ProgramData\Duplicati C:\Users\Chloe\AppData\Roaming (No Duplicati) C:\Users\Chloe\AppData\Local\Duplicati https://www.duplicati.com/articles/ https://duckduckgo.com/?q=duplicati+logs&ia=web https://groups.google.com/forum/#!searchin/duplicati/log$20directory%7Csort:relevance https://forum.duplicati.com/search?q=log%20file C:\Program Files\Duplicati 2 I saw an error about a file a few days ago I need to investigate, but the log in the web interface only shows the latest 25 messa… ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [November 27, 2017, 4:07pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/5 "2017-11-27T16:07:29Z")
Yes but all of those are windows paths. I’m running on Ubuntu. ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [November 27, 2017, 4:34pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/6 "2017-11-27T16:34:31Z")
I added `--log-file=/var/log/duplicati/duplicati.log` to `DAEMON_OPTS` in `/etc/default/duplicati` and restarted the service. That created the log file, but nothing is getting written there. Even weirder, now my Google Cloud Storage backup works. Apparently I needed to restart the service after configuring the destination? ---
**Author:** ![kenkendk](https://forum.duplicati.com/user_avatar/forum.duplicati.com/kenkendk/32/5305_2.png) [@kenkendk](https://forum.duplicati.com/u/kenkendk)\ **Post date:** [December 10, 2017, 1:01pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/7 "2017-12-10T13:01:12Z")
> [@edalquist](#): > > Even weirder, now my Google Cloud Storage backup works. Apparently I needed to restart the service after configuring the destination? That does sound really strange. The stack trace does not really explain which part of the code is currently running. If you get the problem again, try running something like: ```plaintext nslookup duplicati-oauth-handler.appspot.com ``` This gives the IP of the server that handles the login, and you can try to ping it, to see if it responds to pings: ```plaintext ping duplicati-oauth-handler.appspot.com `` ``` ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [January 2, 2018, 5:53am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/8 "2018-01-02T05:53:08Z")
So finally circled back to this. I think the root cause was running an old version of mono (4.x) on Ubuntu 16.04 I updated to the latest version from the mono project repo and everything “just works”. It appears most of the problems were caused by the lack of a cert store in the 4.x mono install. ---
**Author:** ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)\ **Post date:** [January 2, 2018, 6:26pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/9 "2018-01-02T18:26:01Z")
> [@edalquist](#): > > I think the root cause was running an old version of mono (4.x) on Ubuntu 16.04 I updated to the latest version from the mono project repo and everything “just works”. It appears most of the problems were caused by the lack of a cert store in the 4.x mono install. Glad to hear it! I hope you don’t mind but I went ahead and flagged your previous post as the solution in case others read this thread. @kenkendk, would it make sense to include a mono version check as part of the backend manager error handler? ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [January 2, 2018, 7:05pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/10 "2018-01-02T19:05:47Z")
A warning in the UI or logs about being on an old mono version would be great! ---
**Author:** ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)\ **Post date:** [January 3, 2018, 3:16am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/11 "2018-01-03T03:16:05Z")
> [@edalquist](#): > > A warning in the UI or logs about being on an old mono version would be great! While I agree that would be nice to have, it would require keeping up on mono versions to know if mono was “out of date”. I was thinking more along the lines of a warning if the mono version was older than the minimum version known to work well with Duplicati. Of course I’m no Linux expert so it’s possible the issue is less mono version than the SSL certificates that come with the various versions… ---
**Author:** ![edalquist](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edalquist/32/861_2.png) [@edalquist](https://forum.duplicati.com/u/edalquist)\ **Post date:** [January 3, 2018, 4:05am UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/12 "2018-01-03T04:05:44Z")
Right, that is what I meant, just a “you’re on an unsupported version”. I think it was an issue with how Mono 4.x resolved SSL certs. I updated the local cert store and verified it contained the right parent certs. I had found a bunch of posts across mono projects about versions before mono 5 having issues with SSL certs. ---
**Author:** ![kenkendk](https://forum.duplicati.com/user_avatar/forum.duplicati.com/kenkendk/32/5305_2.png) [@kenkendk](https://forum.duplicati.com/u/kenkendk)\ **Post date:** [January 7, 2018, 9:58pm UTC](https://forum.duplicati.com/t/google-cloud-storage-configuration/1561/13 "2018-01-07T21:58:35Z")
> [@JonMikelV](#): > > While I agree that would be nice to have, it would require keeping up on mono versions to know if mono was “out of date”. I was thinking more along the lines of a warning if the mono version was older than the minimum version known to work well with Duplicati. Each version has quirks, but basically, Duplicati works with Mono as old as 3.0. The problem is the SSL certificates are not updated, and they are not even updated in the new 5.x versions, but the tool `cert-sync` is run as part of the install/update. This is a bad fix, as it will eventually be out-of-sync with the OS cert store, and cause problems. (4.x uses Mozilla’s cert store, and needs the tool `mozroots.exe` to sync the Mono store). I suspect that the Mono team tries to get it working for all distros and that is why they chose an external tool, instead of hooking directly into the cert store. Anyway, there is a check that lists all Mono’s certificates, and if this is empty it will show a message suggesting to run `cert-sync`, but I guess it is not working as expected in al cases.