netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: help with e1000 issue?
       [not found] ` <4807377b0601181316w2ac0fb0dod976e456816331ae@mail.gmail.com>
@ 2006-01-19 16:48   ` Christopher Friesen
  0 siblings, 0 replies; only message in thread
From: Christopher Friesen @ 2006-01-19 16:48 UTC (permalink / raw)
  To: Jesse Brandeburg; +Cc: netdev, e1000-devel

Jesse Brandeburg wrote:
> On 1/18/06, Christopher Friesen <cfriesen@nortel.com> wrote:

>>So, somehow we're getting into a state where we can't receive packets,
>>and we're never getting out of that state.

> Are you sure that you're able to transmit and you aren't just handing
> it to the hardware and it never gets out?  tcpdump on a remote machine
> would verify.

I haven't tried the new driver yet, so this is still with the old driver 
(had the hung machine still up from yesterday).

It looks like tx is working--we see the packets on the other machines on 
the network.  I tested unicast and broadcast, and both seem to be working.

I tried a broadcast ping to the whole subnet.  For that one the icmp 
packet goes out, then we see ARPs from everyone on the subnet trying to 
get the MAC address of the machine with eth issues.



On the machine with hung ethernet:

root@172.24.101.12:/root> ping -b 172.25.0.0
WARNING: pinging broadcast address
PING 172.25.0.0 (172.25.0.0) 56(84) bytes of data.
64 bytes from 172.25.101.12: icmp_seq=1 ttl=64 time=0.041 ms
64 bytes from 172.25.101.12: icmp_seq=2 ttl=64 time=0.046 ms


On the other machine:

root@10.102.92.28:/root> tcpdump -n -i bond1 host 172.25.101.12
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond1, link-type EN10MB (Ethernet), capture size 96 bytes
01:51:27.275594 IP 172.25.101.12 > 172.25.0.0: icmp 64: echo request seq 1
01:51:27.275748 arp who-has 172.25.101.12 tell 172.25.80.0
01:51:27.275824 arp who-has 172.25.101.12 tell 172.25.101.16
01:51:27.276248 arp who-has 172.25.101.12 tell 172.25.101.13
01:51:27.276373 arp who-has 172.25.101.12 tell 172.25.101.1
01:51:28.275674 arp who-has 172.25.101.12 tell 172.25.101.16
01:51:28.276258 arp who-has 172.25.101.12 tell 172.25.101.1
01:51:28.278017 arp who-has 172.25.101.12 tell 172.25.80.0
01:51:28.278260 IP 172.25.101.12 > 172.25.0.0: icmp 64: echo request seq 2
01:51:28.278388 arp who-has 172.25.101.12 tell 172.25.101.13
01:51:29.275520 arp who-has 172.25.101.12 tell 172.25.101.16
01:51:29.276018 arp who-has 172.25.101.12 tell 172.25.101.1
01:51:29.280032 IP 172.25.101.12 > 172.25.0.0: icmp 64: echo request seq 3
01:51:29.280277 arp who-has 172.25.101.12 tell 172.25.80.0
01:51:29.280524 arp who-has 172.25.101.12 tell 172.25.101.13


Chris




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2006-01-19 16:48 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <43CEAA6E.80902@nortel.com>
     [not found] ` <4807377b0601181316w2ac0fb0dod976e456816331ae@mail.gmail.com>
2006-01-19 16:48   ` help with e1000 issue? Christopher Friesen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).