Mantis - iftop
Viewing Issue Advanced Details
4557 regular use block always 2010-09-30 11:21 2014-07-28 11:06
laurent  
laurent  
normal  
closed  
fixed  
none    
none  
0004557: iftop displays zeroes for all values
Following an upgrade to the current or unstable branches, iftop stops working and displays only zeroes:

TX: cumm: 0B peak: 0b rates: 0b 0b 0b
RX: 0B 0b 0b 0b 0b
TOTAL: 0B 0b 0b 0b 0b

Switching back to the stable branch, and reinstalling only iftop and libpcap, it works again.
related to 0004859closed dam libpcap1 iftop does not work with libpcap 
Issue History
2010-09-30 11:21 laurent New Issue
2011-11-10 13:38 damjan Note Added: 0009398
2011-11-10 14:03 dam Status new => assigned
2011-11-10 14:03 dam Assigned To => dam
2011-11-10 14:04 dam Relationship added related to 0004859
2011-11-10 14:32 dam Note Added: 0009400
2011-11-10 14:32 dam Status assigned => feedback
2011-11-10 15:20 damjan Note Added: 0009401
2011-11-10 15:24 dam Note Added: 0009402
2011-11-10 15:24 dam Status feedback => confirmed
2014-07-28 11:03 laurent Status confirmed => assigned
2014-07-28 11:03 laurent Assigned To dam => laurent
2014-07-28 11:06 laurent Note Added: 0010879
2014-07-28 11:06 laurent Status assigned => closed
2014-07-28 11:06 laurent Resolution open => fixed

Notes
(0009398)
damjan   
2011-11-10 13:38   
I have the same problem. Solved it by reverting libpcap from unstable branch. Seems libpcap is the culprit.
(0009400)
dam   
2011-11-10 14:32   
Updated packages will be available shortly for testing at
  http://buildfarm.opencsw.org/experimental.html#iftop [^]
(0009401)
damjan   
2011-11-10 15:20   
Still does not work. Only zeroes are shown regardless of the traffic.


root@atlas-reco2:~$ pkginfo -l CSWiftop
   PKGINST: CSWiftop
      NAME: iftop - Display bandwidth usage on an interface by host
  CATEGORY: application
      ARCH: sparc
   VERSION: 1.0pre2,REV=2011.11.10
   BASEDIR: /
    VENDOR: http://www.ex-parrot.com/~pdw/iftop/download/ [^] packaged for CSW by Dagobert Michelsen
    PSTAMP: dam@unstable9s-20111110151008
  INSTDATE: Nov 10 2011 15:21
   HOTLINE: http://www.opencsw.org/bugtrack/ [^]
     EMAIL: dam@opencsw.org
    STATUS: completely installed
     FILES: 5 installed pathnames
                   1 shared pathnames
                   2 directories
                   1 executables
                 189 blocks used (approx)

root@atlas-reco2:~$ ldd /opt/csw/sbin/iftop
        libpthread.so.1 => /lib/libpthread.so.1
        libpcap.so.1 => /opt/csw/lib/libpcap.so.1
        libnsl.so.1 => /lib/libnsl.so.1
        libm.so.1 => /lib/libm.so.1
        libsocket.so.1 => /lib/libsocket.so.1
        libncursesw.so.5 => /opt/csw/lib/libncursesw.so.5
        libc.so.1 => /lib/libc.so.1
        libmp.so.2 => /lib/libmp.so.2
        libmd.so.1 => /lib/libmd.so.1
        libscf.so.1 => /lib/libscf.so.1
        libdoor.so.1 => /lib/libdoor.so.1
        libuutil.so.1 => /lib/libuutil.so.1
        libgen.so.1 => /lib/libgen.so.1
        libm.so.2 => /lib/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T2000/lib/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T2000/lib/libmd_psr.so.1

root@atlas-reco2:~$ pkginfo -l CSWlibpcap1
   PKGINST: CSWlibpcap1
      NAME: libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1
  CATEGORY: application
      ARCH: sparc
   VERSION: 1.1.1,REV=2011.05.18
   BASEDIR: /
    VENDOR: http://www.tcpdump.org/ [^] packaged for CSW by Dagobert Michelsen
    PSTAMP: dam@current9s-20110518104723
  INSTDATE: Sep 26 2011 17:33
   HOTLINE: http://www.opencsw.org/bugtrack/ [^]
     EMAIL: dam@opencsw.org
    STATUS: completely installed
     FILES: 11 installed pathnames
                   1 shared pathnames
                   2 directories
                   3 executables
                1742 blocks used (approx)
(0009402)
dam   
2011-11-10 15:24   
I have verified the problem with newly build 0.17 and 1.0pre2, both don't show any traffic with libpcap 1.1.1, but do show with 0.9.7. I'll get in contact with Paul.
(0010879)
laurent   
2014-07-28 11:06   
After upgrading to 1.0pre4, I observe the following behaviour:
  it works on my yukonx interface
  it does not work on the rge interface.

So it probably is an incompatibility with some drivers, maybe introduced at some point in S10 or libpcap. At this point, I think closing the bug is the best way forward.