Author Topic: Bizarre unreliability with sshfs  (Read 504 times)

evervigilant

  • Guest
Bizarre unreliability with sshfs
« on: May 05, 2010, 10:46:13 AM »
Hi all,

Pardon me if this should be moved to Advanced, given that it's command line and all, but I'm wondering if anyone has experienced serious unreliability with sshfs before, and if so what you did to fix it?

In my case I'm using sshfs to connect to a server in order to back things up to it.  At first everything seems to work fine:  the proper remote directory shows up as /mnt/remote/ just as it should, and I can use ls, copy, and so on without issue.  The problem is that when I start to copy large numbers of files for back up purposes it will hang part way through the process.  I read that this may be related to a problem that fuse has with multi-threading, and I followed the suggestion of using the -s option to disable multi-threaded operation.  That seemed to help it get a little further, but something locks up during the process.  The result is that the terminal becomes unresponsive (typed characters show up, but the terminal does not respond to control-C or anything similar), and any attempts to access the mount point hang in the same fashion, e.g., "lsof /mnt/remote", "fuser /mnt/remote", and even just tab completion of the location /mnt/remote.  I end up having to kill -9 all the processes that tried to access that mount point.

So does anyone have any ideas?  I'd really like to be able to run backups over the network this way successfully, and it's a bit frustrating that I can't.

Thanks,
Greg

Offline travisN000

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1758
Re: Bizarre unreliability with sshfs
« Reply #1 on: May 05, 2010, 12:14:41 PM »
I don't know the solution to your particular issue, but you might consider using rsync over ssh;  that way if the operation fails rsync will just pick up where it left off previously when run agian.

 :-\