After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 157738 - Intermittant failures to connect to ssh servers
Intermittant failures to connect to ssh servers
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: general
2.13.x
Other All
: Normal normal
: 2.14.x
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-09 11:43 UTC by Sebastien Bacher
Modified: 2010-05-06 11:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Sebastien Bacher 2004-11-09 11:43:04 UTC
This bug has been reported here: https://bugzilla.ubuntu.com/2529

"I'm experiencing intermittant difficulty connecting to SSH remote hosts using
Nautilus.

Method of connection:
 * File -> Connect to server
 * Select "SSH" from service type
 * Put in host name value ("trogdor", "192.168.1.34") -- the particular host is
on a 10MBps LAN
 * Click "connect"
 * Double click on appropriately named desktop icon

One of four things will happen (assuming I've already used ssh-add to provide the 
 * A window will immediately open containing the remote files (ie, the working
condition)
 * A window will immediately appear with the titlebar "Nautilus" and it is
empty. Usually after two minutes or so of this, all Nautilus icons disappear
from the desktop and evern *local* Nautilus windows stop rendering.
 * A dialog box will appear saying "Opening [remote host]..." and stay there
(for at least 5 minutes or more, until I press Cancel)
 * An error message will appear about an error in handling the sftp:// protocol,
and will suggest using an alternative viewer.

I've tried this under varying conditions involving:
 * Either or both hosts having each other or not having each other in /etc/hosts
(there is no DNS for this network)
 * Having my public key added via ssh add
 * Telling nautilus my passphrase
 * Using my password instead of my public key

It doesn't appear to entirely depend on any of these factors."
Comment 1 Ken Harris 2004-12-20 03:57:22 UTC
I'm seeing this, more or less.  I've never seen case #4, but I do sometimes see
a fifth case not described above:
  * Nothing happens at all.  Connection window disappears, as if I had pressed
"Cancel".

It may be related to how long Nautilus has been running -- if I try right after
nautilus starts, I have a pretty good success rate.  (I'm getting pretty good at
"open Terminal, type 'killall nautilus', close Terminal, wait for nautilus to
restart, close Home folder, double-click network folder on desktop".)
Comment 2 Sven Arvidsson 2005-01-12 20:48:32 UTC
I'm having similar problems. Most of the time when any of the things listed
above happens I get this error in .xsession-errors:

** (nautilus:4910): WARNING **: in nautilus-applicable-views.c, got unhandled
GnomeVFSResult 6 (I/O error). If this is a legitimate get_file_info result,
please tell sullivan@eazel.com so he can write a decent user-level error message
for it.

And zombie ssh processes:
5025 ?        00:00:00 ssh <defunct>

(This happens on a 100MB LAN)
Comment 3 lila 2005-07-02 12:58:31 UTC
I am also having these problems described in the original post. The 'workaround'
described in Comment #1 also works for me, and i can confirm the zombie ssh
processes. Additionally, sometimes when i try to open the created network
folder, i get an error message "Cancel Open?"

I'm using Fedora Core 3.

$ rpm -q nautilus
nautilus-2.8.1-4

$ rpm -q gnome-vfs2
gnome-vfs2-2.8.2-8

Comment 4 Jonathon Conte 2005-10-15 05:45:01 UTC
I have experienced this bug in Ubuntu 5.10 Breezy Badger while using Nautilus
2.12.1. Could the status of this bug be updated?
Comment 5 Christian Neumair 2005-10-15 08:27:11 UTC
Yes, thank for pointing it out.
Comment 6 Martin Rytter Jensen 2006-10-17 10:50:24 UTC
I can confirm that the case of:

* A dialog box will appear saying "Opening [remote host]..." and stay there
(for at least 5 minutes or more, until I press Cancel)

This also occurs to me very often on Gnome nautilus 2.16.1 (running on ubuntu edgy beta). 30-60 mins or so of working on the remote ssh server using nautilus I have no problems. After this it is simply a matter of waiting for the problem to occur. This problem certainly is related to how long nautilus is running (or the ssh process?).

I simply hit ctrl+alt+backspace to restart gnome and relogin to sort the problem.  App. the same way of sorting the problem when it occurs as decribed in comment #1.

Comment 7 Murray Cumming 2006-10-17 10:55:20 UTC
I have recently noticed that opening a bookmarked place fails (hangs) if I don't first open the corresponding server via the panel's "Places"/"Network Places". This is on Ubuntu Dapper. Maybe it's a useful data point.
Comment 8 Cosimo Cecchi 2010-05-06 11:05:17 UTC
It seems this works fine now since some versions, due to the GIO/GVfs migration.
Closing the bug as OBSOLETE, feel free to reopen if you can still reproduce it with Nautilus >= 2.30.