GNOME Bugzilla – Bug 704366
GNOME freezes when sftp is mounted and the network connection drops
Last modified: 2014-09-11 22:02:31 UTC
When I am in a flaky network and have an sftp mount opened via nautilus, GNOME freezes at least for some time, when the network connection drops.
Please explain what you mean by 'GNOME'? Is it the shell, nautilus or any other particular application?
I think I am hitting the same bug, reliably. How to reproduce: 1) mount an sftp account (i.e. via a nautilus bookmark) 2) detach your ethernet cable (or block your Internet connection by any other mean) What happens: 1) nautilus won't open any more (i.e. if ran from the command line, nothing happens for some seconds and then I just get an error message "Could not register the application: Timeout was reached"), 2) several applications will have problems when accessing the filesystem (i.e. in both gedit and evince, "Ctrl+S" will freeze the application instead than opening the expected dialog) "killall gvfsd-sftp" (or simply replugging in the ethernet cable, if not too much time passed) will "solve" the problem: all of a sudden, nautilus will open, "Save" dialogs will pop up... happens quickly enough I tested also an ftp mount, but it doesn't reproduce the same problem, so this seems specific to sftp. I have gvfs-backends 1.20.3 installed, in a Debian testing. Feel free to ask for additional testing/information. This bug is easy to workaround, but until I found out it was a huge annoyance (I ended up rebooting every time). This bug is (apparently) the same: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/202861 Sebastien Bacher says it corresponds to https://bugzilla.gnome.org/show_bug.cgi?id=523146 ... but not only it is still there: if I run "gdb nautilus", when it hangs kill with "Ctrl+c" and then ask a backtrace, I don't get anything related to nautilus-cd-recorder: (gdb) bt
+ Trace 234083
Thanks for the info. I cannot reproduce this locally doing the same steps. It would be great if you could get proper traces for the hanging app and gvfsd-sftp when this occurs. The nautilus trace you got only has a single (idle) thread. For all threads, you need to do something like: thread apply all bt full It seems like there's something different in your environment which is doing a sync call at inopportune times which is causing the problems. We need to try and find out what it is. http://fedoraproject.org/wiki/StackTraces#How_do_I_generate_a_backtrace.3F
What follows is the full backtrace. Let me just add that another program which exhibits similar problems is evolution: it will start regularly, but freeze (as above, if there is a stale gvfs-stfp) when one clicks "reply" on any email.
+ Trace 234084
(notice bugzilla suggests there is a similar stack trace for #727362... which looks similar)
Do you have a bookmark/shortcut for your sftp mount? If you do, then it'll be a dup of buf 727362...
Indeed, I can confirm the problem happens to me only for sftp mounts which are bookmarked. (how nautilus can be affected by a bug of GtkFileChooser is out of my understanding) *** This bug has been marked as a duplicate of bug 727362 ***
Well it's actually the GtkPlacesSidebar which is shared between the file chooser and Nautilus (and maybe other stuff).