macfuse with sshfs hangs when trying to disconnect from a non-reachable ssh server

[GoogleCodeExporter]

macfuse used with sshfs hangs when i try to disconnect from a non-reachable
ssh server. I use sshfs over a vpn connection. (yes, i have to do it that way.)

What steps will reproduce the problem?
* Establish a connection with sshfs to a ssh server, in my case over a vpn
connection.
* close the underlying vpn connection / make the ssh server unreachable
* now try to disconnect ("eject") sshfs

What is the expected output? What do you see instead?
Expectation:
sshfs should disconnect and remove the virtual volume from finder.

Result:
The "spinning wheel" appears,iTunes continues playing music, but the whole
operating system hangs and blocks. No reactions to input from mouse and
keyboard. A hard reset is necessary. 

What version of the product are you using? On what operating system?
Mac OS X 10.4.11 with the lates updates, macfuse 1.3.0 and sshfs 1.0

Please provide any additional information below.
IMHO this must be a bug in macfuse itself rather instead of sshfs, because
it was not present in macfuse 1.1 and sshfs 1.0 disconnected correctly.
It might be a timeout issue or the waiting for a blocking call.

Original issue reported on code.google.com by stream.n...@gmx.de on 22 Jan 2008 at 12:47

[GoogleCodeExporter]

Well, if you didn't have this problem in MacFUSE 1.1, know that MacFUSE 1.3 on 
Tiger is not that different from 
1.1. I don't remember changing anything timeout related. The default timeout is 
30 seconds, after which you 
should see a timeout dialog on Tiger. The dialog should stay up for 2 minutes. 
Have you waited 30 seconds? If 
so, did you see the dialog pop up?

And no, your expectation of "sshfs should disconnect and remove the virtual 
volume from Finder" isn't how 
things necessarily work. Remember that the Finder is Apple's thing--it can't be 
modified, and Apple doesn't 
provide APIs for many things. So, there are limits to what non-Apple parties 
can do.

Original comment by si...@gmail.com on 22 Jan 2008 at 6:14

[GoogleCodeExporter]

Ok, you are right. The finder's is pretty crappy when accessing a non-reachable
network volume. It blocks and lasts minutes until it is ready for use again. 
This is
so annoying, I really hope Apple fixes it some time.

I had a minor update of my VPN frontend (Shimo for Cisco VPN) today. So I 
tested the
whole thing again and unfortunately my computer froze again. The odd thing is 
that OS
X reacts to no input whatsoever. I can move the mouse, but applications or the 
dock
does not react. Even a growl notification sticks on my screen. It seems that the
whole screen isn't repainted anymore. However, music is still playing. Maybe 
this is
just because the actual playback in iTunes is done by a daemon deep inside the
kernel, I don't know.

And towards your question:  The usual "ignore, retry, force eject" dialog did 
not
came up. I did not see any dialog at all (I waited 2-3 minutes this time). As 
far as
i can remember, this dialog always came up and worked, when I put my mac to 
sleep,
woke it up, restored the VPN connection and then accessed the virtual volume.

Thanks four your response anyway!

Original comment by stream.n...@gmx.de on 22 Jan 2008 at 11:45

[GoogleCodeExporter]

The dialog is a Tiger-only feature--there's no such dialog on Leopard. You 
indicated that you're using Tiger, so 
it should've shown up. I just tested it on a Tiger machine with the versions of 
MacFUSE/sshfs you're using--does 
work.

Anyway, the kernel features the dialog relies upon are not foolproof, and are 
deprecated in Leopard (which is 
why Leopard MacFUSE doesn't do the dialog any more). So it could be that you're 
running into a case where the 
dialog doesn't work, although I haven't ever seen that happen. If that's indeed 
the case, we'll just have to call it 
"tough luck".

Original comment by si...@gmail.com on 23 Jan 2008 at 8:10

[GoogleCodeExporter]

Yup, the dialog does work in Tiger for me, and nothing relevant has changed, as 
I said before. So, if it indeed 
isn't working for you, I won't be able to do anything about it, especially 
since in Leopard, this feature has been 
removed.

Original comment by si...@gmail.com on 28 Jan 2008 at 2:22

• Changed state: WontFix

[GoogleCodeExporter]

The same issue here:
After letting sshfs be mounted during change from wlan to other (OS X in sleep) 
the 
whole OS X will hang for about 20 mins or for ever if the finder is used.
" OS X reacts to no input whatsoever. I can move the mouse, but applications or 
the 
dock does not react. Even a growl notification sticks on my screen. It seems 
that the
whole screen isn't repainted anymore. However, music is still playing."

Original comment by antp...@gmail.com on 4 Feb 2008 at 1:57

[GoogleCodeExporter]

I'm on Ubuntu, same problem.  If the connection is lost (times out?) I can't 
even
unmount the share.  'ls'ing anything in the mount's parent directory hangs the
terminal for 20 minutes.  Same is true of any application that tries to access 
the
mount or the mount's parent directory.

Original comment by nat...@argenticsoftware.com on 12 Mar 2008 at 6:18

[GoogleCodeExporter]

Same problem here

Original comment by jeenapar...@gmail.com on 22 Apr 2008 at 2:28

[GoogleCodeExporter]

I'm having the same problem, timeout connections cause OS X tiger to hang for 
~15 minutes after which the 
dialog appears...

Original comment by reversel...@gmail.com on 29 Apr 2008 at 8:04