From: Jay Vosburgh <fubar@us.ibm.com>
To: "Chris Friesen" <cfriesen@nortel.com>
Cc: Andy Gospodarek <andy@greyhouse.net>,
netdev@vger.kernel.org, bonding-devel@lists.sourceforge.net
Subject: Re: [Bonding-devel] quick help with bonding?
Date: Thu, 29 Mar 2007 15:30:58 -0700 [thread overview]
Message-ID: <4074.1175207458@death> (raw)
In-Reply-To: <460C38EF.1080509@nortel.com>
Chris Friesen <cfriesen@nortel.com> wrote:
[...]
>I have a ppc64 blade running a customized 2.6.10. At init time, two of
>our gigE links (eth4 and eth5) are bonded together to form bond0. This
>link has an MTU of 9000, and uses arp monitoring. We're using an ethernet
>driver with a modified RX path for jumbo frames[1]. With the stock
>driver, it seems to work fine.
2.6.10 is pretty old, and there have been a number of fixes to
the bonding ARP monitor since then, so it may be that it is simply
misbehaving (presuming that you're running the 2.6.10 bonding driver).
Are you in a position to test against a more recent kernel (and/or
bonding driver)? Does the miimon misbehave in a similar fashion?
>The problem is that eth5 seems to be bouncing up and down every 15 sec or
>so (see the attached log excerpt). Also, "ifconfig" shows that only 3
>packets totalling 250 bytes have gone out eth5, when I know that the arp
>monitoring code from the bond layer is sending 10 arps/sec out the link.
[...]
>Mar 29 20:54:08 base0-0-0-5-0-11-1 kernel: bonding: bond0: scheduling interface eth4 to be reset in 30000 msec.
[...]
>Mar 29 20:54:08 base0-0-0-5-0-11-1 kernel: bonding: bond0: cancelled scheduled reset of interface eth5
These two messages (which appear a number of times in your log
excerpt) are not from the standard mainline bonding driver, even in
2.6.10. I don't know what this is all about.
>If I boot the system and then log in and manually create the bond link
>(rather than it happening at init time) then I don't see the problem.
I would hazard to guess that it's an ARP monitor problem; older
versions of the ARP monitor had less than intelligent means to figure
out what the bond's IP address is (to use for the probes). This, along
with some logic problems in the monitor code itself, led to various
problems with the ARP probes and the sort of "up / down" cycle of
behavior you seem to be seeing.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
next prev parent reply other threads:[~2007-03-29 22:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-29 16:14 quick help with bonding? Chris Friesen
2007-03-29 16:24 ` [Bonding-devel] " Jay Vosburgh
2007-03-29 18:16 ` Andy Gospodarek
2007-03-29 22:08 ` Chris Friesen
2007-03-29 22:30 ` Jay Vosburgh [this message]
2007-03-29 23:01 ` Mark Huth
2007-03-29 23:42 ` Chris Friesen
2007-03-30 0:13 ` Jay Vosburgh
2007-03-30 0:36 ` Andy Gospodarek
2007-03-30 1:19 ` Chris Friesen
2007-03-30 1:26 ` Chris Friesen
2007-03-30 2:48 ` Andy Gospodarek
2007-03-30 2:49 ` Chris Friesen
2007-04-02 22:28 ` Chris Friesen
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=4074.1175207458@death \
--to=fubar@us.ibm.com \
--cc=andy@greyhouse.net \
--cc=bonding-devel@lists.sourceforge.net \
--cc=cfriesen@nortel.com \
--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).