deja-dup fails to backup using SFTP/SSH if Gnome Keyring is not available

Bug #1370363 reported by Matthias Andree on 2014-09-17
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Déjà Dup
High
Unassigned
deja-dup (Ubuntu)
High
Unassigned

Bug Description

I have had a working deja-dup setup under Ubuntu 12.04LTS. I upgraded to Ubuntu 14.04LTS. Now deja-dup no-longer works, the window states "Permission denied" (the German translation), also if I run "DEJA_DUP_DEBUG=1 deja-dup --backup" there is no output at all. (I am currently trying running it from a KDE desktop.)

I can still successfully run "duplicity collection-status" + the URL I find in org.gnome.deja-dup's file backend configuration and get a reasonable output, so it does not appear to be an ssh-related issue.

I moved .cache/deja-dup out of the way, for no improvement.

How do we go about debugging this?

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: deja-dup 30.0-0ubuntu4
ProcVersionSignature: Ubuntu 3.13.0-35.62-generic 3.13.11.6
Uname: Linux 3.13.0-35-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.4
Architecture: amd64
CurrentDesktop: KDE
Date: Wed Sep 17 08:51:40 2014
SourcePackage: deja-dup
UpgradeStatus: Upgraded to trusty on 2014-08-29 (18 days ago)

Actually the error message is "Access denied." - which is not very specific.

Also, the fault might be specific to running deja-dup under a KDE desktop.
Running under GNOME Flashback, I see the gcr-prompter password prompt... (from the gcr package, GNOME crypto services).

And there we go, the workaround seems to be running these commands in sequence from the same Konsole terminal in order shown:

eval $(/usr/bin/gnome-keyring-daemon --start --components=ssh)
export SSH_AUTH_SOCK GNOME_KEYRING_CONTROL
deja-dup --backup

(I should say that I am using the file backend with an sftp:// path)

tags: removed: regression-release

So, bottom line is that:
1. deja-dup is failing to procure the necessary SSH/SFTP password,
2. failing to report the fact it does not have the SSH/SFTP password,
3. not offering an alternative way of getting the password (it is in my ssh-agent but still...)
4. failing to properly report which access in particular was denied, and what deja-dup was trying to do.

Keeping the UI simple is one thing, but not reporting errors in a useful way is not a useful simplification :-)

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in deja-dup (Ubuntu):
status: New → Confirmed
Vej (vej) on 2017-10-10
summary: - deja-dup fails reporting "Permission denied", no error logs anywhere
+ deja-dup fails reporting "Permission denied" if Gnome Keyring is not
+ available
summary: - deja-dup fails reporting "Permission denied" if Gnome Keyring is not
+ deja-dup fails to backup using SFTP/SSH if Gnome Keyring is not
available
Changed in deja-dup (Ubuntu):
importance: Undecided → High
Changed in deja-dup:
importance: Undecided → High
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers