Ubuntu
tomboy package

Tomboy SSHFS Sync creates local sync folder with wrong ownership

Bug #222066 reported by Dennis S
20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tomboy
Confirmed
Medium
tomboy (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Binary package hint: tomboy

1 ) I Installed sshfs
2 ) I tried setting up tomboy-syncronization over SSH
3 ) Entered my information and pressed save
4 ) got the following error message "fusermount: failed to accesss mountpoint /home/dennis/.tomboy/sync-sshfs: permission denied"
5) checked permission on the folder

ls -l .tomboy/
drwxrwxrwx 1 32066 32066 4096 2008-04-25 10:40 sync-sshfs

--------------

the problem is that the remote system has different uid/gid's for the Filesystem. sshfs should be loaded with these options for ssh sync to work properly
-o idmap=user -o uid=<your local uid> -o gid=<your local gid>

Revision history for this message
Gene Cooper (gcooper-sonoracomm) wrote :

I have a fairly clean Hardy (8.04) installation (2 days old) and I duplicated this problem and verified that the suggested command line options do, in fact, set the permissions on the sync-sshfs folder to something my user can access.

However, even after manually mounting the sync-sshfs folder at the command line, Tomboy still will not sync.

G

Revision history for this message
Lewis Thompson (purple) wrote :

I am also seeing this behaviour

We see it because by default sshfs does not include the '-o idmap=user' option to translate the ownership of the remote files to that of the local user

I propose that Tomboy should append '-o idmap=user' to the sshfs command it uses, i.e.

/usr/bin/sshfs -p 22 lewiz@remoteserver:/home/lewiz/current/backup/tomboy /home/lewiz/.tomboy/sync-sshfs

should become:

/usr/bin/sshfs -o idmap=user -p 22 lewiz@remoteserver:/home/lewiz/current/backup/tomboy /home/lewiz/.tomboy/sync-sshfs

I can confirm that manually this does as I expect. Further details can be found at http://fuse.sourceforge.net/wiki/index.php/SshfsFaq under the 'What options does sshfs support?' section

Revision history for this message
Lewis Thompson (purple) wrote :

Due to lack of '-o idmap=user' in sshfs command

Changed in tomboy:
status: New → Confirmed
Revision history for this message
Quinn Li (quinn-liqin) wrote :

I found out that if you do "sudo umount .tomboy/sync-sshfs" before each sync, then it will succeed. Otherwise, second sync will fail.

Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=535275

Changed in tomboy:
importance: Undecided → Medium
status: Confirmed → Triaged
Bug Watch Updater (bug-watch-updater)
Changed in tomboy:
status: Unknown → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in tomboy:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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