iperf 2.0.4 is misbehaving

[Asif Iqbal]

iqbala at example:$ sudo netstat -nap | grep 5001

tcp        0      0 0.0.0.0:5001            0.0.0.0:*
LISTEN      23658/iperf
tcp        0      0 192.168.1.2:5001     10.0.0.2:47160     CLOSE_WAIT
23658/iperf
tcp        0      0 192.168.1.2:5001     10.0.0.2:32247     CLOSE_WAIT
23658/iperf
tcp        0      0 192.168.1.2:5001     10.0.0.2:13143     CLOSE_WAIT
23658/iperf
tcp        0      0 192.168.1.2:5001     10.0.0.2:49928     CLOSE_WAIT
23658/iperf
tcp        0      0 192.168.1.2:5001     10.0.0.2:15159     CLOSE_WAIT
23658/iperf

iqbala at example:$ htop

  1  [##**********************100.0%]     Tasks: 36 total, 6 running
  2  [##**********************100.0%]     Load average: 5.01 5.01 5.00
  Mem[||###***************114/2007MB]     Uptime: 13 days, 11:48:39
  Swp[|                     4/3153MB]

  PID USER     PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+
Command
23709 root      20   0 63292   736   436 R 41.0  0.0  9h02:37 iperf -s
-D
26837 root      20   0 63292   736   436 R 41.0  0.0  2h52:10 iperf -s -D
23666 root      20   0 63292   736   436 R 41.0  0.0  9h02:29 iperf -s -D
26294 root      20   0 63292   736   436 R 38.0  0.0  3h23:57 iperf -s -D
26292 root      20   0 63292   736   436 R 36.0  0.0  3h28:42 iperf -s -D
30701 iqbala    20   0 19368  1312  1032 R  0.0  0.1  0:00.04 htop

iqbala at example:$ sudo tcpdump -n -i eth2 port 5001
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes

iqbala at example:$ iperf -v
iperf version 2.0.4 (7 Apr 2008) pthreads

iqbala at example:~$ uname -a
Linux example 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009 x86_64
GNU/Linux

Any suggestion how to fix it?

I posted in iperf forum as well.


-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20090324/15596a5b/attachment.html>