GIO mount fails on amd64 due to missing package dependency to gvfs-fuse

Thanks for reporting this issue.

The things do work as expected on i386?

The cause of the problem is here:

2010-08-13 18:20:51,444 - INFO in _gio_utils._mount_done_cb(355): Path is already mounted.
2010-08-13 18:20:51,445 - DEBUG in pathparse.query_mount_uri(247): get_mount_uri: ftp://backup@192.168.1.250/agamemnon
2010-08-13 18:20:51,445 - DEBUG in _gio_utils.get_eff_path(254): Effective path: `None`
2010-08-13 18:20:51,446 - ERROR in _gio_fam._mount_cb(165): Error in mount callback function: Unable to mount target

As you can see, nssbackup recognizes that the path is already mounted but fails to query the effective path to the mount point.

Do you have package `gvfs-fuse` installed on your amd64 machine?
Could you check in terminal (when path is mounted in Nautilus) whether a path `~/.gvfs/backup auf 192.168...` resp. `/root/.gvfs/backup auf...` exists?

Sorrry for any trouble and thanks for your help.

Yes this works an my thinkpad and eee on i386 base packages.

Got the 0.3.1 packages this morning.

+++-==============-==============-============================================
un gvfs-fuse <keine> (keine Beschreibung vorhanden)

Do i need this package?

When mounted by hand in nautilus the .gvfs folder is empty, but in nautilus the mount is full accessible. This method seems not to be used.

eric@agamemnon:~/.gvfs$ ls -l
insgesamt 0

The 0.3.1 does the same, response the mount error but in nautilus the full accessible mount appears in the same moment. The mount goes well but nssbackup did not see that.

2010-08-14 12:38:09,398 - INFO in SBConfigGTK.__show_connect_remote_dialog(1589): Connect to remote destination
2010-08-14 12:38:09,398 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1600): User input in dialog 'connect to host'
2010-08-14 12:38:09,399 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1601): Service: 102
2010-08-14 12:38:09,399 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1602): Server: 192.168.1.250
2010-08-14 12:38:09,399 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1603): Port:
2010-08-14 12:38:09,400 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1604): Path: /agamemnon
2010-08-14 12:38:09,400 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1605): User: backup
2010-08-14 12:38:09,400 - DEBUG in SBConfigGTK.__show_connect_remote_dialog(1606): Pass: ******

2010-08-14 12:38:09,403 - DEBUG in pathparse.construct_remote_uri_from_tupel(299): construct_from_remote_tupel: ftp://backup:anfang@192.168.1.250/agamemnon
2010-08-14 12:38:09,404 - DEBUG in pathparse.set_and_parse_uri(210): UriParser:
Display name: ftp://backup@192.168.1.250/agamemnon
URI scheme: ftp
eff. scheme: ftp
Hostname: `192.168.1.250`
Path: `/agamemnon`
Port: None
Username: `backup`
Password: `******`
2010-08-14 12:38:09,404 - DEBUG in _gio_fam.set_initialize_callback(62): set_initialize_callback: <bound method SBconfigGTK._mount_done_cb of <nssbackup.ui.SBConfigGTK.SBconfigGTK object at 0x1751310>>
2010-08-14 12:38:09,405 - DEBUG in pathparse.set_and_parse_uri(210): UriParser:
Display name: ftp://backup@192.168.1.250/agamemnon
URI scheme: ftp
eff. scheme: ftp
Hostname: `192.168.1.250`
Path: `/agamemnon`
Port: None
Username: `backup`
Password: `******`
2010-08-14 12:38:09,428 - INFO in _gio_fam.initialize(96): Initializing GIO File Access Manager.
2010-08-14 12:38:09,429 - DEBUG in pathparse.query_mount_uri(247): get_mount_uri: ftp://backup@192.168.1.250/agamemnon
2010-08-14 12:38:09,429 - DEBUG in _gio_utils.mount(261): Mount path: ftp://backup@192.168.1.250/agamemnon
2010-08-14 12:38:09,429 - DEBUG in _gio_utils._is_local(211): Given path is not local
2010-08-14 12:38:09,627 - DEBUG in pathparse.query_mount_uri(247): get_mount_uri: ftp://backup@192.168.1.250/agamemnon
2010-08-14 12:38:09,628 - DEBUG in _gio_utils._set_mount_flag(235): Path_mount_info: Path: `ftp://backup@192.168.1.250/agamemnon`
Eff. path: `None`
Mounted: True
2010-08-14 12:38:09,628 - DEBUG in _gio_utils._mount_done_cb(369): Calling additional callback
2010-08-14 12:38:09,628 - DEBUG in pathparse.query_mount_uri(247): get_mount_uri: ft...

So, the package `gvfs-fuse` is not installed on your amd64 machine? Could you please install `gvfs-fuse` (it's an official package and even supported by Canonical) and then repeat the tests (i.e. list directory .gvfs and test whether it works in nssbackup)?

I installed the missing package.

ii gvfs-fuse 1.6.1-0ubuntu1 userspace virtual filesystem - fuse server

Unable to mount target, unable to mount host. While the requester pops up, in nautilus the mount appears.

Nothing here: eric@agamemnon:~$ ls -l .gvfs/
insgesamt 0

Dismounted in Nautilus for a new run. Nssbackup comes up with the wrong config, i correct this and press connect. The mount appears in nautilus und nssbackup gives the error requester.

eric@agamemnon:~$ nssbackup-config-gui
2010-08-15 15:05:05,749 - INFO in ConfigManager.__create_logger(696): Logausgabe für [Standardprofil] wird in Datei '/home/eric/.local/share/nssbackup/log/nssbackup.2010-08-15_15.05.05.749502.log' umgeleitet.
2010-08-15 15:05:05,750 - DEBUG in ConfigManager.validateConfigFileOpts(745): Validating config file.
2010-08-15 15:05:05,750 - INFO in ConfigManager.__init__(277): Einstellungen des Profils werden gelesen aus Datei '/home/eric/.config/nssbackup/nssbackup.conf'.
2010-08-15 15:05:05,750 - INFO in ConfigManager.get_schedule_and_probe(818): Kein Zeitplan in der Konfiguration definiert. Untersuchung des Dateisystems.
2010-08-15 15:05:05,751 - INFO in ConfigManager.__create_logger(696): Logausgabe für [Standardprofil] wird in Datei '/home/eric/.local/share/nssbackup/log/nssbackup.2010-08-15_15.05.05.751210.log' umgeleitet.
2010-08-15 15:05:05,751 - DEBUG in ConfigManager.validateConfigFileOpts(745): Validating config file.
2010-08-15 15:05:05,751 - INFO in ConfigManager.__init__(277): Einstellungen des Profils werden gelesen aus Datei '/home/eric/.config/nssbackup/nssbackup.conf'.
/usr/lib/python2.6/dist-packages/nssbackup/ui/GladeGnomeApp.py:88: GtkWarning: gtk_tree_model_get_n_columns: assertion `GTK_IS_TREE_MODEL (tree_model)' failed
  self.xml = gtk.glade.XML(fname, domain = 'nssbackup')
/usr/lib/python2.6/dist-packages/nssbackup/ui/GladeGnomeApp.py:88: GtkWarning: gtk_combo_box_set_column_span_column: assertion `column_span >= -1 && column_span < col' failed
  self.xml = gtk.glade.XML(fname, domain = 'nssbackup')
/usr/lib/python2.6/dist-packages/nssbackup/ui/GladeGnomeApp.py:88: GtkWarning: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
  self.xml = gtk.glade.XML(fname, domain = 'nssbackup')
/usr/lib/python2.6/dist-packages/nssbackup/ui/GladeGnomeApp.py:88: GtkWarning: gtk_combo_box_set_row_span_column: assertion `row_span >= -1 && row_span < col' failed
  self.xml = gtk.glade.XML(fname, domain = 'nssbackup')
/usr/lib/python2.6/dist-packages/nssbackup/ui/GladeGnomeApp.py:88: GtkWarning: gtk_widget_grab_default: assertion `gtk_widget_get_can_default (widget)' failed
  self.xml = gtk.glade.XML(fname, domain = 'nssbackup')
2010-08-15 15:05:06,126 - DEBUG in ConfigManager.getProfiles(937): Getting profiles from `/home/eric/.config/nssbackup/nssbackup.d`
2010-08-15 15:05:06,133 - DEBUG in pathparse.set_and_parse_uri(210): UriParser:
Display name: ftp://backup@192.168.1.250/testfolder
URI scheme: ftp
eff. scheme: ftp
Hostname: `192.168.1.250`
Path: `/testfolder`
Port: None
Username: `backup`
Password: `******`
2010-08-15 15:05:06,133 - DEBUG in pathparse.set_and_parse_uri(210): UriParser:
Display name: ftp://backup@192.168...

This shows the mount did by nssbackup in nautilus when pressing the button. It comes up but nssbackup did not recognize it.

Hi Eric,

could you please restart your machine and try it again? There are some issues in GVFS when configuring the backends without restarting the gvfs daemons (this is not a bug in nssbackup and I'm not sure if it's still valid but it's worth trying it).

As long as your mount does not show up in the ~/.gvfs directory something is wrong with your gvfs configuration. It should look like this:

~$ cd .gvfs/
~/.gvfs$ ls
SFTP als username auf sftp.hidrive.strato.com
~/.gvfs$

Another interesting output would be: `ps aux | grep -i gvfs-fuse-daemon`. This checks if the gvfs-fuse-daemon is running and should give:

~$ ps aux | grep -i gvfs-fuse-daemon
peer 2204 0.0 0.0 1860 596 pts/2 S+ 15:44 0:00 grep --color=auto -i gvfs-fuse-daemon
peer 2535 0.0 0.0 65576 1684 ? Ssl Aug11 0:00 /usr/lib/gvfs//gvfs-fuse-daemon /home/peer/.gvfs
root 11633 0.0 0.0 30200 16 ? Ssl Aug11 0:00 /usr/lib/gvfs//gvfs-fuse-daemon /root/.gvfs

Ah yes thats the problem, gfvs-fuse MUST reflect the mount in the .gvfs folder. Now after a reboot this works with nautilus and the test button in nssbackup. My suggestion: Make a dependency from nssbackup to gvfs-fuse.

eric@agamemnon:~$ ls -l .gvfs/
insgesamt 0
drwx------ 1 eric eric 0 1970-01-01 01:00 FTP als backup auf 192.168.1.250

Great, the backup works in user and admin mode now. The bug can be closed:-)

Sounds great.
I'll change the bug summary and title to reflect the real issue.
Thanks again for your help and patience.

nssbackup is no longer maintained. Please use sbackup instead. The issue is fixed in sbackup 0.11.x.