Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SSHFS doesn't survive loss of connectivity #159

Closed
jaredpz opened this issue Feb 14, 2019 · 2 comments
Closed

SSHFS doesn't survive loss of connectivity #159

jaredpz opened this issue Feb 14, 2019 · 2 comments

Comments

@jaredpz
Copy link

jaredpz commented Feb 14, 2019

Hi all,

I want to mount a drive using sshfs on a server that I use a VPN to connect to. I have no problem mounting the drive when I'm connected to the VPN, but once I'm off the network the server is no longer available and the drive becomes inaccessible. After I've disconnected if I try to ls the directory where I put the mount it just says "ls .: device not configured" and the mounted drive disappears from Finder (I still see the folder I mounted it to in Terminal, but not Finder). To get it to work again I have to reconnect to VPN, unmount the location I mounted the drive previously and remount. Is there a way to get it so that the drive automatically reconnects and remounts when I log back into my VPN? If I have to remount every time I might as well just us sftp to connect to the drive when I need to, but having a mounting solution would be much preferable.

I'm on OSX 10.14.3 and the command I used to mount the drive was:
sshfs [email protected]:/source/dir/here ~/local_mount -o auto_cache,reconnect,defer_permissions,noappledouble,volname=Local_Name

Thanks!

@Nikratio Nikratio changed the title Mount remote drive that requires VPN to connect SSHFS doesn't survive loss of connectivity Apr 13, 2019
@Nikratio
Copy link
Contributor

This should work. For SSHFS, disconnecting for the VPN isn't any different than disconnecting from the network entirely. It should retry periodically and the mountpoint should eventually become accessible again.

The error message indicates that SSHFS is crashing instead - could you confirm that the process is no longer runnig? And maybe run SSHFS in foreground under a debugger to determine what exactly is going on?

(Note that the chances of this being fixed in SSHFS 2.x are very slim though, this version isn't supported anymore).

@Nikratio
Copy link
Contributor

I'm closing this bug report for now. Please note that this isn't meant to imply that you haven't found a bug - you most likely have and I'm grateful that you took the time to report it. However, without additional information it is unlikely that anyone is going to be able to do anything but this, and I prefer to use the issue tracker as a tool to manage ongoing work (as opposed to a database of known/potential issues).

Please feel free to re-open this if you can provide the requested information!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants