[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#549018: linux-image-2.6-686: Network unresponsive from certain hosts



On Wed, 2009-09-30 at 14:05 +0100, Paul Robins wrote:
> Package: linux-image-2.6-686
> Severity: important
> 
> I apologise that I have little information to go on with this bug, I
> am continuing to attempt to debug it but in a mixed network
> environment it is quite tricky.

You should report kernel bugs against linux-image-$(uname -r) and not
against linux-image-2.6-686.  That will automatically include some
useful system information.

> This bug occured while I was testing link aggregation/link bonding in
> debian. I have 3 ethernet interfaces bound to bond0, their
> manufacturer and driver information is below:
> 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
> 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
> 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
> 
> I am also using iperf on two computers connected to the same switch in
> order to attempt to push > 100mbit of traffic across the machine, to
> check link aggregation / the hash method.
> 
> All machines are on 192.168.101.0/24, but the two test machines have
> static routes to reach each other through the machine with the bonded
> links. It also has icmp redirects disabled to force it to pass the
> packets through.
> 
> Whenever I initiate a TCP iperf connection, moments later the server
> side of the connection loses all contact with the link aggregated
> machine, it will not respond to ping or any other type of traffic
> 
> There are no other relevant configuration parameters, the link
> aggregation box can actually send traffic out, I can see pings hitting
> the test server and being returned, but they never appear on the link
> aggregated machine. I can also see no issue with the routing table
> (network + gateway, nothing special) nor the arp table, nor anything
> else at all.

Check the MAC stats in /proc/net/dev.  Are the ping responses added to
any of the Receive counters there?

> Please let me know if I have made some trivial error, but I believe
> this to be a genuine bug.

Please send the output of the following commands after this problem
occurs:
    dmesg
    ip addr show
    ip link show
    grep -r . /sys/class/net/bond*

Ben.

-- 
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: