Unable to use remote target without giving a password

Bug #701403 reported by Anton
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
sbackup
Status tracked in Trunk
0.11
Fix Released
Low
Jean-Peer Lorenz
Trunk
Fix Released
Low
Jean-Peer Lorenz
sbackup (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Recently in sbackup (I believe since the re-merge with nssbackup), I cannot backup as root. Backups as user still work (and I can open the backup location in nautilus as user). Nothing has changed on the remote machine (backup over ssh). I can 'sudo ssh user@host' without password. Also all required gvfs packages are present (as per bug #617473).

When I press 'Connect' in the 'Set remote target' dialog, I get the error 'Unable to mount host. Login dialogue cancelled'.
When I press 'Make backup now', I get the error 'An error occurred. File access manager not initialized'. No backup is made.

The relevant part of the sbackup log seems to be:
2011-01-11 10:27:54,450 - INFO: Initializing GIO File Access Manager.
2011-01-11 10:27:54,504 - ERROR: Error in `_do_mount`: Login dialog cancelled [ERROR_PERMISSION_DENIED - Permission denied.]
2011-01-11 10:27:54,543 - ERROR: Uncaught exception: Unable to mount: Login dialog cancelled
2011-01-11 10:27:54,543 - ERROR: Traceback (most recent call last):
  File "/usr/share/sbackup/sbackup/fs_backend/_gio_utils.py", line 362, in _mount_done_cb
    self.__mount_finish_callback(error)
  File "/usr/share/sbackup/sbackup/fs_backend/_gio_fam.py", line 157, in _mount_cb
    raise exceptions.FileAccessException("Unable to mount: %s" % error)
FileAccessException: Unable to mount: Login dialog cancelled

(full log attached)

I'm running on Ubuntu Maverick (10.10) 2.6.35-24-generic x86_64
sbackup 0.11.3ubuntu1
gvfs* 1.6.4-0ubuntu1

Related branches

Revision history for this message
Anton (feenstra) wrote :
Revision history for this message
Philip Georgiev (azfifo) wrote :

I run also Ubuntu Maverick (10.10) 2.6.35-24-generic x86_64 and have exactly the same problem with sbackup, otherwise a great piece of software. I investigated the log files (with debug log level) and saw the same entries. Today, January 12, 2010 I installed an update of sbackup and now I have version 0.11.3ubuntu1. Unfortunately, the problem persists.

Regards,

Philip

Revision history for this message
Jean-Peer Lorenz (peer.loz) wrote :

Thank you for using SBackup and for taking the time reporting this bug.

Please take a look at following FAQ https://answers.launchpad.net/sbackup/+faq/1324. Maybe this solves your problem.

Revision history for this message
Anton (feenstra) wrote :

No, as I said, I can 'sudo ssh <username>@hostname' to my backup host without password.

Revision history for this message
Philip Georgiev (azfifo) wrote :

Hi Jean-Peer,

I have just checked what is written in the FAQ that you pointed to. I entered sudo ssh <username>@hostname and simply connected to the remote machine. I was not asked to confirm anything. In both machines I have set passwords.
After that I set the remote destination in Simple Backup Config and I was able to connect to the remote machine. A backup was successfully created.

Thanks for your help!

Revision history for this message
Jean-Peer Lorenz (peer.loz) wrote :

@Philip: that's good news.

@Anton: Did you tried the steps explained in https://answers.launchpad.net/sbackup/+faq/1324? I'm asking since these steps obviously helped Philip in comment #5. Do you use a passwort at all, certificates? Thanks for your help.

Revision history for this message
Anton (feenstra) wrote :

Yes, I've gone through the steps of that FAQ. I have certificates (pub/private key-pairs) set up, and can 'sudo ssh feenstra@<backuphost>' without password. E.g.,

$ sudo ssh feenstra@<backuphost> uptime
 09:44:05 up 150 days, 2:56, 2 users, load average: 0.00, 0.00, 0.00

summary: - Error "File access manager not initialized" when running as root
+ Unable to use remote target without giving a password
Changed in sbackup:
assignee: nobody → Jean-Peer Lorenz (peer.loz)
importance: Undecided → Low
milestone: none → 0.11.4
status: New → Confirmed
Changed in sbackup (Ubuntu):
status: New → Confirmed
Changed in sbackup (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package sbackup - 0.11.4-0ubuntu1

---------------
sbackup (0.11.4-0ubuntu1) natty; urgency=low

  * [Fix] LP: #714916 Unhandled error in gio backend when looking up
                      verbose error message
  * [Fix] LP: #662613 sbackup crashes with 'NonValidOptionException'
  * [Fix] LP: #709338 Restore/revert of non-toplevel items produces only
                      empty folders
  * [Fix] LP: #689016 Uncaught error 'invalid literal for int() when
                      processing invalid configuration files
  * [Fix] LP: #697386 RemoteMountFailedError 'Max. number of password inputs
                      reached' not handled properly
  * [Fix] LP: #697654 No desktop session found: no notification icon:
  * [Fix] LP: #701403 Unable to use remote target without giving a password:
  * [Fix] LP: #588578 Email notification/reporting doesn't work with GMAIL
  * [Fix] LP: #706037 Email reports not working; enable debug output
                      for sending mail
  * [Fix] LP: #683990 Uncaught 'NoSectionError' when adding report settings
                      (SMTP server etc.)
  * [Fix] LP: #695613 Empty notification popup due to invalid markup
  * [Fix] LP: #671785 Parsing remote URIs fails when username or password
                      contains special characters; quote special characters
                      to comply with RFC 1738 sec. 3.1
  * [Fix] LP: #675361 Restore process fails with error 'is not a file' while
                      copying
  * [Fix] LP: #696183 Failed to set GID to `admin`; improved handling of
                      non-existent user groups
  * [Fix] LP: #507177 update translations
  * debian/control: added gconf2 and desktop-file-utils to Depends
 -- Jean-Peer Lorenz <email address hidden> Tue, 08 Feb 2011 13:58:43 +0100

Changed in sbackup (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

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