[ofa-general] ***SPAM*** Re: IB Bonding errors with recent kernel
Dennis Portello
dennis.portello at gmail.com
Tue Apr 28 14:04:32 PDT 2009
Hi Moni,
Thank you for looking into this. The discovery of multicast not working with
bonding caused a major course correction in my project, I haven't checked
emails from the list in a few days. I expect to verify if bonding works as
you described later this week.
Unfortunately, bonding as you described will not work in my situation since
we use Ethernet bonding as well.
I hope to revisit IPoIB at a later time.
Thanks again,
Dennis P.
On Tue, Apr 21, 2009 at 8:04 AM, Moni Shoua <monis at voltaire.com> wrote:
> Dennis Portello wrote:
> > I can confirm that this issue exists beyond Redhat 4, I'm using Ubuntu
> > 8.10 (2.6.27).
> >
> > I'm using ib-bond and I've also tried adding he bonds directly with
> >
> > echo +bond0 > /sys/class/net/bonding_masters
> > echo 1 > /sys/class/net/bond0/bonding/mode
> > echo 100 > /sys/class/net/bond0/bonding/miimon
> > echo +ib0 > /sys/class/net/bond0/bonding/slaves
> > echo +ib1 > /sys/class/net/bond0/bonding/slaves
> > ifconfig bond0 192.168.47.102/24 <http://192.168.47.102/24>
> > route add -net 224.0.0.0/3 <http://224.0.0.0/3> gw 192.168.47.100
> >
> I guess that what you see is a result of 2 issues.
> First, a garbage multicast addresses that is passed to ib0 by bond0
> The second, a garbage mulicast address in the list of mcast addresses of
> interface ib0 prevents other legal addresses from joining the mcast group.
>
> To avoid this (at least as a workaround) you should make sure that
> interface bond0 won't be up before it has ib slaves
> or in other words, bond0 was never up between 'modprobe bonding' and 'echo
> +ib0 > /sys/class/net/bond0/bonding/slaves'
>
> Let me know if this helps
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20090428/13ce4046/attachment.html>
More information about the general
mailing list