Red Hat Bugzilla – Bug 140141
large amounts of scrolling data over an ssh conenction cause 100% util.
Last modified: 2007-11-30 17:10:55 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
Scrolling large amounts of data through ssh while connected to a
remote server results in 100% CPU and scrolling text to repeat itself
over and over. The only way to stop the text is to kill the
gnome-terminal from which ssh was started.
From my desktop (FC3), I ssh'ed to another FC3 server. I ran 'amadmin
standard info'. The resulting output is very large and caused 100%
cpu util on my desktop. The output also stopped scrolling data and
repeated a small portion of the data over and over.
From my desktop (FC3), I ssh'ed to the same remote FC3 server. I ran
'ls -laR' from / on the remote server. The resulting output caused
the same 100% cpu util and repeating data.
From my desktop (FC3), I run 'ls -laR' from a gnome-terminal as root.
No problems observed.
From my desktop (FC3), I ssh'ed to an FC2 server. I ran the same 'ls
-laR' from / on the FC2 server. The resulting output caused the same
100% cpu util and repeated a portion of the output over and over.
From my desktop (FC3), I ssh'ed to an FC1 server. Same commands were
run. Same results.
From my desktop (FC3), I ssh'ed to an RH9 server running 2.4.20-31.9
and openssh-3.5p1-11. Same commands were run. No problems observed.
Output scrolled cleanly and without error or repeating data. CPU
utilization on my desktop was normal.
From a remote FC3 box, I connected to an FC2 box. Ran same commands.
Got 100% cpu utilization and output problems again.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ssh to a remote Fedora server
2. run 'ls -laR' from /
Actual Results: 100% cpu utilization
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2811 root 25 0 31488 21m 13m R 42.6 4.3 57:58.71 X
13521 gewasiuk 16 0 46524 21m 21m S 24.5 4.3 0:48.14
14012 gewasiuk 15 0 6404 1820 3832 S 18.5 0.4 0:06.98 ssh
Expected Results: output should scroll cleanly without repeating a
portion of the data
cpu utilization should not spike
Can reproduce problem from my FC3 desktop when connecting to a Sun
server running Solaris 2.7 and openssh 3.0.2p1.
Created attachment 107109 [details]
dmesg, rpm versions, uname, ssh_config
file contains dmesg, uname, rpm versions of modules involved, and my
Do you have the same high cpu load when you use a plain old xterm? If
not then this is a gnome-terminal bug.
Ugh. I should have checked gnome-terminal first. Looks like it is a
gnome-terminal bug. I tested by ssh'ing to an FC3 server then ssh'ing
from that FC3 server to another FC3 server. Xterm was used
throughout. No problems noted with scrolling text.
This was the closest matching bug that I could find was bug 132770
(although it doesn't explicitly mention network/ssh traffic)
please close this bug. problem is fixed with gnome-terminal 2.8.0
problem still exists. problem isn't specific to gnome-terminal or
xterm. both will hang. ssh from FC3 GNOME desktop to a remote FC3,
FC3, FC1, or RH9 server. cd to /. ls -lR results in session hanging
and the same text repeating over and over. CPU utilization on FC3
desktop spikes to 70-80%. Session will display same text over and
over until session is killed. this problem is specific to ssh. the
problem does NOT exist when using the same servers and telnet.
tried disabling X11 forwarding on local and remote host. same problem.
problem exists in KDE and XFCE. Problem isn't specific to a
particular video card or server. Tried ATI and Nvidia.
I'm stumped. This is a damned annoying problem...but I haven't found
any reports from other people with the same symptoms.
I too cannot reproduce it, I'm sorry. You could try to upgrade to openssh-4.0p1
from FC development. However you will need to rebuild it on your machine.
Otherwise you would have to upgrade many more packages to FC development.
I just tested this from RHEL4 WS. The bug is there, I swear. :) Using
gnome-terminal-2.7.3-1, openssh-3.9p1-8.RHEL4.1, and xterm-192-1. Steps to
ssh from RHEL4 WS to fc3 server
screen will display same text over and over. CPU on RHEL4 WS spikes to 75%
ssh from RHEL4 WS to fc1 server
login as root, cd /
now, get this:
ssh from FC3 workstation to RHEL4 WS
login as root, cd /
everything works properly.
As I cannot reproduce it -> cannot fix it, I'm really sorry.
Could you try to install the latest kernel from FC3 updates and openssh from FC3
updates on the RHEL4 WS and try if one of these packages solve the problem. Also
if these don't help you could try to rebuild the openssh-4.0p1 from FC
development on your system and install this and try again.
And another question - are these machines on the same ethernet or are between
them any routers? And is the problematic machine always the same (first with FC3
then with RHEL4 WS?)
Hi Tomas. Thank you for looking into this problem. It has been very annoying.
:) The problem is solved with FC4 T1. The machines are on the same IP
network. They are connected to same switch. I didn't do FC3 kernel/openssh
upgrade to my RHEL4 WS because my workstation is in production and I didn't want
to mix development RPMs with production RPMs. I am satisfied with FC4 being the
fix if you want to close this... Thanks again.