Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 5294 invoked from network); 12 Dec 2007 06:34:51 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 12 Dec 2007 06:34:51 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 797FC7D7A29;
 Wed, 12 Dec 2007 07:34:51 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 08611-08; Wed, 12 Dec 2007 07:34:51 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E75CB7D7784;
 Wed, 12 Dec 2007 07:34:50 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 12 Dec 2007 06:47:54 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 329547D678A
 for <oracle-l@freelists.org>; Wed, 12 Dec 2007 06:47:54 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 00766-01 for <oracle-l@freelists.org>;
 Wed, 12 Dec 2007 06:47:54 -0500 (EST)
Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id AFE727D495A
 for <oracle-l@freelists.org>; Wed, 12 Dec 2007 06:47:53 -0500 (EST)
Received: by py-out-1112.google.com with SMTP id u77so582000pyb.3
        for <oracle-l@freelists.org>; Wed, 12 Dec 2007 03:47:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        bh=5VsSa6lxgSdSuqMZN5+HJZwr25W+LaqUYUOBF30uiuU=;
        b=aFc3qn4aeBMuFJYlPg6LJ0V71Q2fdJ/ufnNP9Z3N8AMoaepYWWUWwZXlp3FIP3upitXSn6zteeyBYkX0U7+sDOJC6BQgQAC0tSaiGv+RYDwCvJ56W+YV975Q+V1a/XsXz5jZJoa/yzo6WEWnUeDgfDV++Shvkb5/FeTY6N18ni4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=YA15AOykGy4GeeUWbREXsr0eYCex0kTivr88ojMAHqF66+H8J9BJnQzV0WMHOHXY2b0wzrSHtzCKfpK9R2Qjyvfm2TJWga0/xxJzsn+/IorOP9r8eGgfWLelsKCcqGqI1z9XEEBvdf2a0VtHVs1utbDrGJ2mUXBUAkWKopYXXZM=
Received: by 10.65.235.7 with SMTP id m7mr1248090qbr.95.1197460071569;
        Wed, 12 Dec 2007 03:47:51 -0800 (PST)
Received: by 10.64.232.20 with HTTP; Wed, 12 Dec 2007 03:47:51 -0800 (PST)
Message-ID: <6d0a3ba80712120347kf4ef810n3711b9c32336ecfb@mail.gmail.com>
Date: Wed, 12 Dec 2007 12:47:51 +0100
From: "goran bogdanovic" <goran00@gmail.com>
To: "Oracle L" <oracle-l@freelists.org>
Subject: Re: Linux NIC bonding
In-Reply-To: <6d0a3ba80712120128v53cfb52diaafbb6221a0067b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_29213_32042591.1197460071561"
References: <389254.73262.qm@web35414.mail.mud.yahoo.com>
	 <6d0a3ba80712120128v53cfb52diaafbb6221a0067b@mail.gmail.com>
X-archive-position: 3869
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: goran00@gmail.com
Precedence: normal
Reply-to: goran00@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------=_Part_29213_32042591.1197460071561
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have to correct myself...
I have recalled my memories for Linux bonding and 'active-backup' is
possible (I haven't used it myself)...when you set mode parameter when
defining bonding drivers here are the possibilities:

mode 0 = active-active (round-robin rule when transmitting packets)
mode 1 = active-passive
mode 2 = indicates either of them can be used


On Dec 12, 2007 10:28 AM, goran bogdanovic <goran00@gmail.com> wrote:

> Hi Dan,
>
> I am not sure if 'active-passive' bonding under Linux is possible but why
> would you use 'active-passive' configuration? With 'active-active' you get
> load-balancing plus failover capability.
>
> >It's questionable how Oracle would view that from a support perspective
> (if they care at all).
> As long as bonding driver does not taint the kernel, Oracle will support
> it.
>
> cheers,
> goran
>
>
>
> On Dec 12, 2007 6:22 AM, Dan Norris <dannorris@dannorris.com> wrote:
>
> > I'm building a cluster using Oracle Clusterware and have configured
> > redundant pairs of NICs on the Linux servers using the Linux bonding module
> > (active-passive). I know how to configure the Linux end of things and that's
> > working fine. However, the switches used by this customer (they're Dell
> > branded--not sure who really makes the guts) have been getting "confused" by
> > bonding and our simple ping tests lose about 50% of the packets when we plug
> > the redundant pairs into the two separate (trunked) switches.
> >
> > This is only peripherally related to Oracle--it's really a networking
> > and server config issue, but I'm hoping that someone with more networking
> > background than I have can explain what switch configuration will enable
> > this to work properly. The customer has stated that this will never work
> > (though I have done it before at other sites and it worked fine). The
> > customer has stated that the Linux configuration must be two active NICs
> >  with a virtual IP and virtual MAC. I imagine that will work, but I'm
> > not familiar with that configuration and I don't think Linux has native
> > support for it, so it'd probably be a Broadcom or Intel software package.
> > It's questionable how Oracle would view that from a support perspective (if
> > they care at all).
> >
> > So, the question: Is there some "magical" switch setting that would
> > possibly be missing in a fairly "default" configuration that might enable
> > this to work properly? I figure it's a long shot asking a networking
> > question on the Oracle list, but thanks for any pointers.
> >
> > Dan
> >
>
>

------=_Part_29213_32042591.1197460071561
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have to correct myself...<br>I have recalled my memories for Linux bonding and &#39;active-backup&#39; is possible (I haven&#39;t used it myself)...when you set mode parameter when defining bonding drivers here are the possibilities:
<br><br>mode 0 = active-active (round-robin rule when transmitting packets)<br>mode 1 = active-passive<br>mode 2 = indicates either of them can be used<br><br><br><div class="gmail_quote">On Dec 12, 2007 10:28 AM, goran bogdanovic &lt;
<a href="mailto:goran00@gmail.com">goran00@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Dan,<br><br>I am not sure if &#39;active-passive&#39; bonding under Linux is possible but why would you use &#39;active-passive&#39; configuration? With &#39;active-active&#39; you get load-balancing plus failover capability.
<div class="Ih2E3d"><br><br>&gt;It&#39;s questionable how Oracle would view that from a support perspective (if they care at all).<br></div>As long as bonding driver does not taint the kernel, Oracle will support it.<br>
<br>cheers,<br><font color="#888888">goran</font><div><div></div><div class="Wj3C7c"><br><br>
<br><div class="gmail_quote">On Dec 12, 2007 6:22 AM, Dan Norris &lt;<a href="mailto:dannorris@dannorris.com" target="_blank">dannorris@dannorris.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;">I&#39;m building a cluster using Oracle Clusterware and have configured redundant pairs of NICs on the Linux servers using the Linux bonding module (active-passive). I know how to configure the Linux end of things and that&#39;s working fine. However, the switches used by this customer (they&#39;re Dell branded--not sure who really makes the guts) have been getting &quot;confused&quot; by bonding and our simple ping tests lose about 50% of the packets when we plug the redundant pairs into the two separate (trunked) switches. 
<br><br>This is only peripherally related to Oracle--it&#39;s really a networking and server config issue, but I&#39;m hoping that someone with more networking background than I have can explain what switch configuration will enable this to work properly. The customer has stated that this will never work (though I
 have done it before at other sites and it worked fine). The customer has stated that the Linux configuration must be two active NICs<br>&nbsp;with a virtual IP and virtual MAC. I imagine that will work, but I&#39;m not familiar with that configuration and I don&#39;t think Linux has native support for it, so it&#39;d probably be a Broadcom or Intel software package. It&#39;s questionable how Oracle would view that from a support perspective (if they care at all). 
<br><br>So, the question: Is there some &quot;magical&quot; switch setting that would possibly be missing in a fairly &quot;default&quot; configuration that might enable this to work properly? I figure it&#39;s a long shot asking a networking question on the Oracle list, but thanks for any pointers.
<br><font color="#888888"><br>Dan<br></font></div></div></blockquote></div><br>
</div></div></blockquote></div><br>

------=_Part_29213_32042591.1197460071561--
--
http://www.freelists.org/webpage/oracle-l


