Description of problem: When run ping/traceroute commands the statistics not are showed. Version-Release number of selected component (if applicable): iputils version: iputils-20020927-11.30.5.x86_64 kernel version: 2.4.21-47.ELsmp How reproducible: Run any command of iputils. Steps to Reproduce: 1. modprobe forcedeth 2. ping localhost -c3 3. traceroute localhost Actual results: $ ping localhost -c3 PING localhost.localdomain (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=0 ttl=64 time=0.000 ms64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.000 ms64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=2 ttl=64 time=0.000 ms --- localhost.localdomain ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 0000ms rtt min/avg/max/mdev = 0.000/0.000/0.000/0.000 ms, pipe 2 $ traceroute localhost traceroute to localhost.localdomain (127.0.0.1), 30 hops max, 46 byte packets 1 localhost (127.0.0.1) 0.000 ms 0.000 ms 0.000 ms Expected results: displaye all statistics in iputils commands, and the amount of milliseconds of return ICMP packages. Additional info: The system is a HP xw9300 Workstation (x86-64) http://www.hp.com/support/xw9300 Certified (Supported) https://hardware.redhat.com/hwcert/show.cgi?id=159982. The bug is present with RHEL v3 Update 5,7,8. The driver nvnet of nVidia it displays the same that forcedeth, in RHEL v4 Update 4 the driver forcedeth work fine.
Created attachment 138578 [details] state of systems output
(In reply to comment #1) Additional info: $ mii-tool -v eth0 SIOCGMIIPHY on 'eth0' failed: Operation not supported $ ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Half Port: MII PHYAD: 1 Transceiver: externel Auto-negotiation: on Supports Wake-on: g Wake-on: d Link detected: yes /etc/modules.conf: alias eth0 forcedeth alias scsi_hostadapter mptbase alias scsi_hostadapter1 mptscsih alias scsi_hostadapter2 sata_nv alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : alias usb-controller usb-ohci alias usb-controller1 ehci-hcd $ ifconfig eth0: eth0 Link encap:Ethernet HWaddr 00:17:08:2A:42:8A inet addr:162.122.130.15 Bcast:162.122.130.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1804 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:118438 (115.6 Kb) TX bytes:2262 (2.2 Kb) Interrupt:11 Base address:0x6000
Possible reference: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=137114
SOLUTION: This report is therefore being closed with a resolution in: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128428
*** This bug has been marked as a duplicate of 128428 ***
Reopening this bug, since it was entered against RHEL3 U8.
This particular bug has already been reported into of bug tracking system with 128428 id, the bug just fixed in U6, U7 and U8.
Works properly on an xw9300 w/ the x86 kernel. Wilmer is reporting the problem on an xw9300 running the x86_64 kernel. Is this still a problem? Does the usage of the pmtmr option make a difference?
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.