Error: gdata-service-error-quark: Authentication required

Bug #1764845 reported by Mike Mogenson
94
This bug affects 21 people
Affects Status Importance Assigned to Milestone
Déjà Dup
New
Undecided
Unassigned

Bug Description

I receive the following error when trying to back up to Google Drive for a linked Gnome Online Account:

Giving up after 5 attempts. Error: gdata-service-error-quark: Authentication required: {
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "authError",
    "message": "Invalid Credentials",
    "locationType": "header",
    "location": "Authorization"
   }
  ],
  "code": 401,
  "message": "Invalid Credentials"
 }
}

The specified backup folder in Google Drive is still browse-able via Nautilus after this error, and contains a partial backup (multiple new vol*.difftar.gpg files).

Déjà Dup bug reporting guidelines:

1. Manjaro Linux 17.1.8 x86_64 Gnome 3.28.1
2. deja-dup 38.0-1 duplicity 0.7.17-1
3. deja-dup.gsettings: (GOA id sanitized)

    org.gnome.DejaDup last-restore ''
    org.gnome.DejaDup periodic false
    org.gnome.DejaDup periodic-period 7
    org.gnome.DejaDup full-backup-period 90
    org.gnome.DejaDup backend 'goa'
    org.gnome.DejaDup last-run '2018-04-08T20:53:49.894822Z'
    org.gnome.DejaDup nag-check '2018-04-08T20:53:49.901978Z'
    org.gnome.DejaDup prompt-check '2018-04-07T21:50:46.001262Z'
    org.gnome.DejaDup root-prompt true
    org.gnome.DejaDup include-list ['$HOME']
    org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD', '/home/mike/Videos', '/home/mike/Dropbox']
    org.gnome.DejaDup last-backup '2018-04-08T20:53:49.894822Z'
    org.gnome.DejaDup allow-metered false
    org.gnome.DejaDup delete-after 0
    org.gnome.DejaDup.Rackspace username ''
    org.gnome.DejaDup.Rackspace container 'thinkpad'
    org.gnome.DejaDup.S3 id ''
    org.gnome.DejaDup.S3 bucket ''
    org.gnome.DejaDup.S3 folder 'thinkpad'
    org.gnome.DejaDup.OpenStack authurl ''
    org.gnome.DejaDup.OpenStack tenant ''
    org.gnome.DejaDup.OpenStack username ''
    org.gnome.DejaDup.OpenStack container 'thinkpad'
    org.gnome.DejaDup.GCS id ''
    org.gnome.DejaDup.GCS bucket ''
    org.gnome.DejaDup.GCS folder 'thinkpad'
    org.gnome.DejaDup.Local folder 'thinkpad'
    org.gnome.DejaDup.Remote uri ''
    org.gnome.DejaDup.Remote folder 'thinkpad-backup'
    org.gnome.DejaDup.Drive uuid ''
    org.gnome.DejaDup.Drive icon ''
    org.gnome.DejaDup.Drive folder 'thinkpad'
    org.gnome.DejaDup.Drive name ''
    org.gnome.DejaDup.GOA id 'account_***********'
    org.gnome.DejaDup.GOA folder 'thinkpad-backup'
    org.gnome.DejaDup.GOA type 'google'
    org.gnome.DejaDup.File short-name ''
    org.gnome.DejaDup.File type 'normal'
    org.gnome.DejaDup.File migrated true
    org.gnome.DejaDup.File name ''
    org.gnome.DejaDup.File path ''
    org.gnome.DejaDup.File uuid ''
    org.gnome.DejaDup.File icon ''
    org.gnome.DejaDup.File relpath @ay []

4. deja-dup.log attached after running a backup

Revision history for this message
Mike Mogenson (jmogens) wrote :
Revision history for this message
Tomás Manzano Galán (tomasmgalan) wrote :

Same error here (Localized to Spanish):

Desistiendo tras 5 intentos. Error: gdata-service-error-quark: Se necesita autenticación: {
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "authError",
    "message": "Invalid Credentials",
    "locationType": "header",
    "location": "Authorization"
   }
  ],
  "code": 401,
  "message": "Invalid Credentials"
 }
}
 (4)

Folder exists in Google Drive and is browse-able and contains partial backups.

1. Ubuntu 18.04 x86_64 Gnome 3.28.1
2. deja-dup 37.1-2fakesync1 duplicity 0.7.17-0ubuntu1
3. deja-dup.gsettings: can't find them
4. deja-dup.log: Doesn't appear to be logging

Revision history for this message
Jonathan (sternbj) wrote :

Have also absolutly the same error message (in German)
Deja-Dup starts backup do google drive but never finishes. It always ends up with the error.
1. Ubuntu 18.04.1 LTS x64
2. 37.1-2fakesync1 0.7.17-0ubuntu1
3. deja-dup.gsettings: I am not so experianced to find this information
4. deja-dup.log: I am not so experianced to find this information

Revision history for this message
Stephen Calnan (commerce-s) wrote :

Same here. I noticed that the app configuration UI does not remember my password, even when configured to do so.

Revision history for this message
David Fahlström-Utsi (mrfakepie) wrote :

Can confirm this also affects me.

Linux dpc 4.20.0-042000-generic #201812232030 SMP Mon Dec 24 01:32:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
Adnan Iftekhar (livenicely) wrote :

Confirm this Bug. I am also facing the same problem while backup on gdrive.

Revision history for this message
Adnan Iftekhar (livenicely) wrote :

Giving up after 5 attempts. Error: gdata-service-error-quark: Authentication required: {
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "authError",
    "message": "Invalid Credentials",
    "locationType": "header",
    "location": "Authorization"
   }
  ],
  "code": 401,
  "message": "Invalid Credentials"
 }
}
 (4)

Revision history for this message
satyam saini (sat-576) wrote :

Giving up after 5 attempts. Error: gdata-service-error-quark: Authentication required: {
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "authError",
    "message": "Invalid Credentials",
    "locationType": "header",
    "location": "Authorization"
   }
  ],
  "code": 401,
  "message": "Invalid Credentials"
 }
}
 (4)

Revision history for this message
Besmir Zanaj (besmirzanaj-gmail) wrote :

same bug

Revision history for this message
Besmir Zanaj (besmirzanaj-gmail) wrote :

out of nowhere

Revision history for this message
Besmir Zanaj (besmirzanaj-gmail) wrote :

so found out a workaround. if you keep the session open manually by reading a file over and over you can reset the timer described here: https://gitlab.gnome.org/GNOME/gvfs/-/issues/360

Basically after keeping a session open on only a specific folder, there is a limit of 100 access things (reads, writes, etc.) and then the connection stales.

While the backup is running in the background, you have to manually browse the root of the google drive in nautilus every 5-10 minutes (file explorer) and reset that counter. You might get some errors like authentication failed but keep refreshing the root folder till you're able to browse files again. It finally completed my backup. This looks so easy to fix in the code tough and not sure why no one picked this up to fix this earlier.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.