From: Jay Vosburgh <fubar@us.ibm.com>
To: Jesper Krogh <jesper@krogh.cc>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: Regression in bonding between 2.6.26.8 and 2.6.27.6
Date: Tue, 18 Nov 2008 12:53:39 -0800 [thread overview]
Message-ID: <17409.1227041619@death.nxdomain.ibm.com> (raw)
In-Reply-To: <49232489.4000504@krogh.cc>
Jesper Krogh <jesper@krogh.cc> wrote:
>Jay Vosburgh wrote:
[...]
>> What exactly does "doesn't get up" mean?
>
>Looks like this:
># ifconfig bond0
>bond0 Link encap:Ethernet HWaddr 00:1e:68:57:82:b2
> inet6 addr: fe80::21e:68ff:fe57:82b2/64 Scope:Link
> UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
> RX packets:74 errors:0 dropped:0 overruns:0 frame:0
> TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:5952 (5.8 KB) TX bytes:1900 (1.8 KB)
>
>(usually this would have been assigned an ip-address using dhcp, does that
>with 2.6.26.8, with the same configuration). Manually running dhclient on
>the interface doesn't bring it up either.
For this case, when there's a non-zero HWaddr assigned, what is
in /proc/net/bonding/bond0 and what bonding related messages are in
dmesg or /var/log/messages?
[...]
>Booting up with static ip configuration it looks like this:
>
># ifconfig
>bond0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
>
> inet addr:10.194.132.90 Bcast:10.194.133.255 Mask:255.255.254.0
> UP BROADCAST MASTER MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
>
>Apparently correct, but absolutely no traffic can go through the interface.
This is different, and not correct: there's no HWaddr. That
probably means there are no slaves. This is most likely a totally
separate problem; the first information suggests that the bond has
slaves, but isn't working; this suggests that the bond has no slaves
(which is why it won't work).
>Configured with a static ip. ifconfig claims that the interface is up and
>configured with the ip-address.
>
># cat /proc/net/bonding/bond0
>Ethernet Channel Bonding Driver: v3.3.0 (June 10, 2008)
>
>Bonding Mode: IEEE 802.3ad Dynamic link aggregation
>Transmit Hash Policy: layer2 (0)
>MII Status: down
>MII Polling Interval (ms): 100
>Up Delay (ms): 0
>Down Delay (ms): 0
>
>802.3ad info
>LACP rate: slow
>bond bond0 has no active aggregator
>
># ifconfig bond0
>bond0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
> inet addr:10.194.132.90 Bcast:10.194.133.255 Mask:255.255.254.0
> UP BROADCAST MASTER MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
As with the prior information, the above indicates that there
are no slaves attached to the bond. There's no HWaddr, and the
/proc/net/bonding/bond0 lists no slaves.
For this case (bonding HWaddr all zeros), what does dmesg or
/var/log/messages list for bonding? This is most likely some kind of
configuration problem causing no interfaces to be enslaved.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
next prev parent reply other threads:[~2008-11-18 20:54 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-16 9:41 Regression in bonding between 2.6.26.8 and 2.6.27.6 Jesper Krogh
2008-11-17 23:45 ` Jay Vosburgh
2008-11-18 20:24 ` Jesper Krogh
2008-11-18 20:28 ` Jesper Krogh
2008-11-18 20:53 ` Jay Vosburgh [this message]
2008-11-19 7:53 ` Jesper Krogh
2008-12-08 20:42 ` Brandeburg, Jesse
2008-11-19 10:01 ` Jesper Krogh
2009-02-27 9:25 ` Regression in bonding between 2.6.26.8 and 2.6.27.6 - bisected Jesper Krogh
2009-02-27 16:28 ` Jay Vosburgh
2009-02-27 20:07 ` Jesper Krogh
2009-02-27 20:35 ` Jay Vosburgh
2009-02-28 17:21 ` Jesper Krogh
2009-03-01 6:21 ` Jesper Krogh
2009-03-01 13:19 ` Regression in bonding between 2.6.26.8 and 2.6.27.6 - bisected - twice Jesper Krogh
2009-03-05 18:51 ` Jay Vosburgh
2009-03-09 20:53 ` Jesper Krogh
2009-03-13 23:12 ` David Miller
2009-03-13 23:27 ` Jay Vosburgh
2009-03-16 20:34 ` Jesper Krogh
2009-03-16 20:35 ` David Miller
2009-03-17 20:18 ` Jesper Krogh
2009-03-19 1:39 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=17409.1227041619@death.nxdomain.ibm.com \
--to=fubar@us.ibm.com \
--cc=jesper@krogh.cc \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).