Still present in 20.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage notifications about this bug go to:
I disconnected from Wifi while an sshfs was active, and the /mnt
directory was inaccessible afterwords. "ls /mnt" hung. "sudo umount
/mnt/mysshfs" hung. "sudo umount -f /mnt/mysshfs" said "target was
busy". "sudo umount -l /mnt/mysshfs" worked. Though that's not a nice
solution because the file is
It is unfortunate that this bug couldn't be fixed yet, 10 years after it
was first reported.
I attached a strace log file created by running
$ strace -Ff -tt dolphin 2>&1
and a debug file created by running
$ sshfs -o
password_stdin,debug,sshfs_debug,loglevel=debug,idmap=user
as requested by
This also happens to me, using dolphin 16.04.3, sshfs 2.5-1ubuntu1 and
Ubuntu 16.04.4 LTS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for
+1 Xubuntu 16.04 LTS
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage notifications about this bug go to:
Still present in Gentoo Linux, up-to-date system (rolling release).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage
still present in Ubuntu 16.04 LTS
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage notifications about this bug go
+1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage notifications about this bug go to:
Same here. Whenever my VPN connection drops, the complete desktop freezes.
Workaround of #36 works for me, but is pretty time consuming and annoying...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Bug reported in 2007, still problem in 2014 on 14.04. Major usability
issue.
The debian bug linked to above mentions not being able to suspend, which
seems like a slightly different problem than the original bug report and
not what I am experiencing.
Nautilus / files locks up, won't open if it
Also affects 14.04 LTS. When the connection times out, I can't open a
nautilus window, and any programs accessing data over SSHFS (e.g.
rhythmbox in my case) freeze up.
Any updates on this issue? This bug has been around for a while...
--
You received this bug notification because you are a
The same is true of NFS and SMBFS - the whole back-end is a disaster.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To
https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/159031
Hi all,
I've been having this problem for quite some time. Whenever I
accidentally touch an sshfs mounted directory which is unavailable, I
have to run killall sshfs to get things working again. This often
happens when I mount a
* mount with the ServerAliveInterval option.
This workaround only works if the underlying connection can be preserved
during the entire session. If the server is rebooted or if the
connection itself is unreliable (Wi-Fi, WAN, etc.) we're back to square
one.
--
You received this bug notification
Yes. This bug still persists on 12.04 LTS.
** Description changed:
This is about Gutsy. I have set-up remote drives mounted over sshfs,
which in turns runs over a WiFi connection.
+
+ Edit : Can reproduce this on 12.04 LTS x64
Every now and then, the router reboots itself (crappy ISP,
Does this affect Ubuntu 12.04 LTS?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage notifications about this bug go
** Bug watch added: Red Hat Bugzilla #656992
https://bugzilla.redhat.com/show_bug.cgi?id=656992
** Also affects: fedora via
https://bugzilla.redhat.com/show_bug.cgi?id=656992
Importance: Unknown
Status: Unknown
** No longer affects: fedora
--
You received this bug notification
I believe the problem with this is that the connection is reset when
there's no traffic which causes sshfs to hang. This is exactly what
happens if you leave a ssh terminal open and walk away. Since sshfs
simply uses ssh, it will behave the same way. There's many ways to
workaound this.
*
I think this bug is not in sshfs, I just installed the latest version
(2.4) and the problem persists.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks
Neither does it seem to be in fuse.
Again, I installed the latest version (2.9.0) which also required linux-utils
to be updated (installed version 2.21.2).
After installing both I recompiled/installed sshfs 2.4.
No success.
--
You received this bug notification because you are a member of
** Bug watch added: Debian Bug tracker #565229
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565229
** Also affects: sshfs-fuse (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565229
Importance: Unknown
Status: Unknown
--
You received this bug notification
** Changed in: sshfs-fuse (Debian)
Status: Unknown = New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To manage
Looks like a hung sshfs also breaks hibernating:
[58492.144636] PM: Marking nosave pages: 0009d000 - 0010
[58492.144640] PM: Marking nosave pages: da99f000 - dafff000
[58492.144661] PM: Marking nosave pages: db00 - 0001
[58492.145172]
The hotfix by åsmundG (agarfors) in #28 worked for me on maverick -
thanks! It may be the same thing as #36, which has a clearer
explanation of how to run the umount command, but the --force option
to umount isn't in the man page (still true in natty).
I haven't tried the patched sshfs yet.
--
I've upgraded to sshfs 2.3 using Lekensteyn's PPA (
https://launchpad.net/~lekensteyn/+archive/sshfs ) but my system still
hangs when uploading several large files over a sshfs connection over a
wi-fi, just like in the bug's description. Is it fixed for everyone
else? I'm running Natty, by the
SSHFS 2.3 should fix this issue, from
http://fuse.git.sourceforge.net/git/gitweb.cgi?p=fuse/sshfs;a=blob_plain;f=ChangeLog
:
2011-01-25 Miklos Szeredi mik...@szeredi.hu
* Fix cleanup when ssh connection is terminated. This prevents
sshfs hanging when the server is rebooted,
It is too late to upgrade the package in Oneiric, however, perhaps we
can get the new version into Debian in time to have it in the next
release.
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I have filed Bug 840626 to request this be packaged for the next
release.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159031
Title:
computer freezes when sshfs blocks waiting for connection
To
Gutsy? I have the same problem in Ubuntu 11.04. There's also an ugly
workaround.
Problem:
When the remote computer mounted with sshfs loses the connection, the
local computer (Ubuntu 11.04) freezes all related processes (but not the
entire computer) indefinitely. That means usually Nautilus
@Marat BN
Normally I would agree, except NFS is ages old and does not freeze
applications/the entire operating system when the Network File System goes
away. The same applications that freeze when sshfs mounts go away do not freeze
when NFS mounts go away.
Part of the spec of NFS is that the
The consideration of using some kind of modern approach to work with files is
good until you ask to rewrite all legacy application. That is not feasible
approach as ubuntu should be rewritten as well. I have the Ubuntu 10.04.2 with
gnome desktop and the taskbars freeze, gedit freeze, nautilus
I just wanted to add another work-around if you find yourself with a
hung sshfs mount.
I had one, did a forced, lazy unmount, but a number of processes were
still blocked (terminals, gvim, nautilus). The solution was to kill -9
the sshfs process (which was still running). This immediately
sshfs makes any remote SSH-accessible file accessible like a regular
local file, with the same ancient C file I/O API blocking functions
'fopen(...)'/'fread(...)'/'fwrite(...)' in '/usr/include/stdio.h'.
But fundamentally these remain remote files, subject to network latency
and timeout issues,
My emacs session froze when sshfs disconnected. After reading everything
related to this bug and other similar bugs I have found a workaround but not a
solution. My system disconnected overnight but did not freeze after logging in
with these lines
sudo fusermount -uz /mnt/remote
sudo sshfs -o
I agree this is a severe bug, should affect quite a few. Trying to
minimize the bug and learning to live with it in different ways:
I'm mounting with this command:
sshfs u...@host.com:/users/username /mount/dir -o idmap=user -o allow_other -o
reconnect
The -reconnect part is important, as it
Confirmed for me as well that these work arounds at least prevent rebooting.
Still it seems something in fuse should recognize a dropped connection and
have a means to deal with it.
John
On Nov 26, 2010 8:46 AM, åsmundG 159...@bugs.launchpad.net wrote:
Another hotfix that worked for me is
Another hotfix that worked for me is
umount /mount/point -f
I sudo-ed it, don't know if that's necessary for all.
Also, like above, don't autocomplete path with TAB. This fix made all
my hung apps and windows complete their task queues and work as normal.
--
computer freezes when sshfs blocks
I have two hotfixes/workarounds:
Once you encounter the problem:
fusermount -u -z mountpoint (directly, don't use TAB!)
echo ServerAliveInterval 15 ~/.ssh/config
Then after 15 seconds your system should come back to life.
--
computer freezes when sshfs blocks waiting for connection
I also consider this bug as really severe.
A sshfs mount in my home broke because I lacked internet connection for
some minutes. Now:
- Open a terminal. ls. Terminal freezes.
- Open a terminal. cd [TAB]. Terminal freezes.
- Open ~ in Nautilus. Window appears contentless, then freezes.
- Right
I would like to add that this bug is excruciating. The way it freezes
your terminal is very unpleasant. SSHFS is a great tool, but this bug is
a killer.
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug notification because
@Neal McBurnett any others concerned: I attached a script with some
information to do automatic unmounting of SSHFS shares when the network
goes down (and the opposite, too) to bug #388419.
Note that with that work-around I experience bug #610048, and I still
have to do manual unmounting to
Thanks for that information and attachment. Now could you please try
starting sshfs with the following and attach the sshfs log also?
sshfs u...@server:/ /media/Server -o debug,sshfs_debug,loglevel=debug
port=1,allow_other,default_permissions
--
computer freezes when sshfs blocks waiting
Alright. I redirected log to a file with ~/sshfs.log 21. Is this
ok?
Full log is attached, but as far as I can tell, there wasn't many
messages after connection was lost:
---
unique: 2986, opcode: GETATTR (3), nodeid: 1, insize: 56
getattr /
[00572] LSTAT
unique: 2987, opcode: GETATTR (3),
While the deeper issues are being worked (thanks folks!) I wonder if it
would be a good idea to automatically unmount remotely mounted
filesystems when the network goes down, and then remount when it comes
up. If so, best practices for doing so would be welcome.
Providing a hint here on how to
Thanks for reporting this bug and any supporting documentation. Since
this bug has enough information provided for a developer to begin work,
I'm going to mark it as confirmed and let them handle it from here.
Thanks for taking the time to make Ubuntu better!
** Changed in: sshfs-fuse (Ubuntu)
My problem with evince (Comment #21) was indeed caused by it trying to
get information on previously opened files, which it found in its cache
at ~/.local/share/gvfs-metadata/home. That problem cleared up when I
used the unmounting method recommended early on in this report:
fusermount -u -z
I experience exactly the same behavior in Ubuntu 9.10 (Karmic Koala) and
in Ubuntu 10.04 (Lucid Lynx). Both client system use 64-bit versions of
Ubuntu. I can also confirm that kill command doesn't terminate Nautilus
process (even with SIGKILL).
--
computer freezes when sshfs blocks waiting for
A portion of syslog, related to this bug.
---
Steps to reproduce:
1) Mount a remote file system. The command I used was sshfs u...@server:/
/media/Server -o port=1,allow_other,default_permissions.
2) Open the remote file system in Nautilus. Open a text file from the remote
file system in
@Shevek:
This is being treated as a serious issue. Unfortunately, from the supplied
information, no one seems to be able to resolve the issue. Are you able to give
a good resolution to this? If so, please help us with it.
--
computer freezes when sshfs blocks waiting for connection
Perhaps we can obtain some further information from ssh-fuse. Logs with
debugging output can be useful for diagnosing the problem. Try running
sshfs with the following options:
sshfs -odebug,sshfs_debug,loglevel=debug ...
and attach the plain text log files. Thanks for helping.
--
computer
You can't mark this bug as incomplete because someone can't get a
stack trace from a system which is frozen. Also, strace doesn't generate
stack traces. It generates system call traces, and any intelligent
developer can tell you that everything's hung in read().
This bug is presumably related to
I'm usually connected to one of my web servers via sshfs+fuse and I've
been having this exact issue with Nautilus ever since I started using
Ubuntu. Then 6.06, now 10.04.
My internet provider in their infinite wisdom insists on disconnecting
their customers once every 24 hours. Of course the
@Charlie - oops, yeah, I mount as a user... ignore the sudo in the first
command. I have to sudo to umount... not to mount.
-smlefo
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug notification because you are a member of
I think this is combination of 2 bugs:
- Nautilus freezes because of network failure
- Panels are frozen because of nautilus hangs
Really annoying and happens often when network connection is not well.
--
computer freezes when sshfs blocks waiting for connection
I have this problem in Ubuntu 10.4...
1. sshfs mount a directory: $ sudo sshfs example.com example
2. open up nautilus, gedit, system monitor, etc...
3. network failure
4. kill gedit... nautilus and system monitor can't be killed, and need a hard
reboot to fix
I will attempt to post a stack
@smlefo: You can not mount sshfs using the method you have given. I
would suggest taking a look at the documentation. SSHFS is designed to
be used by the user, not by root. Any mount using 'sudo' is not being
mounted by the user and will fail.
--
computer freezes when sshfs blocks waiting for
Thank you for taking the time to report this bug and helping to make
Ubuntu better. Please try to obtain a Strace following the instructions
at https://wiki.ubuntu.com/DebuggingProcedures and upload the
stacktrace (as an attachment) to the bug report. This will greatly help
us in tracking down
I get this same behaviour when I mount a samba share and then the samba
shared computer gets turned off. Nautilus becomes completely
unresponsive. Any windows that were open are frozen and any new windows
will not open until the samba server is turned back on.
--
computer freezes when sshfs
I get something similar:
1.) Mount sshfs filesystems from Virtual Machine
2.) Turn off the virutal machine - forget to unmount first
3.) Nautilus crashes when I start it
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug
Any update on this?
I jaunty I get the same behavior.
It frequently happens for me if I :
1) Mount sshfs filesystems
2) cd to them
3) turn on a VPN
...
then I have other sshfs mounts that I can connect to after the VPN is
connected. They seem okay, but the other mount points completely freeze
** Changed in: sshfs-fuse (Ubuntu)
Importance: Undecided = Medium
Status: New = Confirmed
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Changed in: sshfs-fuse (Ubuntu)
Sourcepackagename: None = sshfs-fuse
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Happens to me on Hardy.
steps to recreate:
1. mount a samba share (smbmount)
2. open location in nautilus, then close window. (not even really necessary)
3. pull out the LAN wire (simulate network failure)
4. goto PlacesHome Folder
window doesn't open up; sometimes the panels also freeze;
This happens to me on Edgy, Hardy, as well as Linux Mint Elysa and
Dariana.
--
computer freezes when sshfs blocks waiting for connection
https://bugs.launchpad.net/bugs/159031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I also have this problem (and a crappy ISP). Most of the times I just go
to console mode, unmount the drive (fusermount -u -z
/media/name_of_drive) and then remount when connection is available
again. However, if I have one nautilus window open the whole system
freezes.
--
computer freezes when
I have had similar experiences. I suspect the culprit is the nm-applet
and/or NetworkManager itself, which goes into a thread-lock.
I reported this so long ago, and yet nothing has been done about it. The
issue appears only when repeatedly falling of a wireless network and
reconnecting to it.
66 matches
Mail list logo