On Fri, Mar 24, 2006 at 02:32:41PM -0800, Stephen Hemminger wrote: > On Fri, 24 Mar 2006 22:13:54 +0000 > Michael Menegakis <[EMAIL PROTECTED]> wrote: > > > > > were they any helpfull? > > The first thing to look for is are packets showing up (and being transmitted) > by doing > ethtool -S eth0 > Since in this driver stats come out of the PHY, it is possible for the PHY > to be receiving packets but have the bus interface wedged. > > It also will tell you if you have pause frames going back and forth. > You might have a bad switch that doesn't do flow-control properly. > > Next you can turn on debug with: > ethtool -s eth0 msglvl 0xfff > > and see if packets are being received and transmitted. > > In your case, it looks like the driver is receiving and transmitting fine; > so it probably is in the upper layers. So look into higher level statistics > like: netstat (or ip and ss). > > > Other possiblities: > > * turn off TSO > ethtool -K eth0 tso off > * turn off Tx checksum > ethtool -K eth0 tx off > * turn off Rx checksum > ethtool -K eth0 rx off > > If you get things really wedged and want to dig into the driver and > look at all the registers. But it really requires lots of time to decode... > > ethtool -d eth0 raw on >/tmp/eth0.dump > hexdump /tmp/eth0.dump
I hope this helps at all since my knowledge in all this is very limited if not inexistent. The iface seems to recieve but not transmit after the hang. The debug options above managed to have a similar output with debug=16 on the logs. the "turn off" options, didn't seem to alter the way of logging or affect networking, may have missed sth though. an indicator I managed to get was that connections during the hang up, seem to be stuck at netstat as FIN_WAIT1. that is, if I ctrl-c the application which tests downloading from multiple http connections or if wait for those connections to time out. on ethereal before/during/after the hang I got many "TCP segment of a reassembled PDU" send from here, "TCP Dup ACK" send from other end, "TCP retransmission - TCP segment of a reassembled PDU" from here, "TCP Keep Alive" from here, "TCP Out-of-order - TCP segment of a reassembled PDU" .. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
