<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Standby Lan config question in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321849#M58063</link>
    <description>you just did ;-)</description>
    <pubDate>Sat, 13 Dec 2008 11:01:19 GMT</pubDate>
    <dc:creator>John Bigg</dc:creator>
    <dc:date>2008-12-13T11:01:19Z</dc:date>
    <item>
      <title>Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321841#M58055</link>
      <description>I am building a 2 node MCSG cluster on Red Hat 5 and have a question on the lan config. It used to be you specified the primary interface and a standby, but the 11.18 instructions dont cover that option, rather they "recommend" you use channel bonding. We have had issues with linux and channel bonding so I would prefer setting up the primary/standby config. Below is the cut from the config file complaining there are no standby interfaces, even though they are clearly on the same subnet. The warining note clearly suggest a primary/stanby option is available.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;NODE_NAME               billdb01a&lt;BR /&gt;  NETWORK_INTERFACE     eth2&lt;BR /&gt;    STATIONARY_IP       10.10.191.53&lt;BR /&gt;  NETWORK_INTERFACE     eth3&lt;BR /&gt;    HEARTBEAT_IP        10.1.0.1&lt;BR /&gt;  NETWORK_INTERFACE     eth0&lt;BR /&gt;    STATIONARY_IP       10.10.191.50&lt;BR /&gt;  NETWORK_INTERFACE     eth1&lt;BR /&gt;    HEARTBEAT_IP        10.0.0.1&lt;BR /&gt;#  CLUSTER_LOCK_LUN&lt;BR /&gt;&lt;BR /&gt;# Warning: There are no standby network interfaces for eth2,eth0.&lt;BR /&gt;# Warning: There are no standby network interfaces for eth3.&lt;BR /&gt;# Warning: There are no standby network interfaces for eth1.&lt;BR /&gt;&lt;BR /&gt;SO can anyone point me to documentation on configuring primary/standby lan for MCSG on Linux?&lt;BR /&gt;&lt;BR /&gt;P.S. please no answers questioning not using channel bonding, we dont want to do that.</description>
      <pubDate>Thu, 11 Dec 2008 16:48:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321841#M58055</guid>
      <dc:creator>C Lamb</dc:creator>
      <dc:date>2008-12-11T16:48:58Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321842#M58056</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Check the release notes, but you should still be able to configure a stand by LAN. I do not think that feature was made obsoleted.&lt;BR /&gt;&lt;BR /&gt;The configuration is not going to be different than other versions of SG.&lt;BR /&gt;&lt;BR /&gt;If I'm wrong and the feature is obsolete (Its still there in HP-UX SG) then you may have to use a previous version of SG to avoid channel bonding(Which I use often with no ill effects).&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 11 Dec 2008 19:30:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321842#M58056</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-12-11T19:30:41Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321843#M58057</link>
      <description>Started with the release notes A11.18 May 2008. I couldnt find anything except channel bonding.</description>
      <pubDate>Thu, 11 Dec 2008 19:33:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321843#M58057</guid>
      <dc:creator>C Lamb</dc:creator>
      <dc:date>2008-12-11T19:33:29Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321844#M58058</link>
      <description>And yes I agree, I have been building MCSG clusters on HP-UX for over 10 years without issue. this is only my second Linux based MCSG cluster and that one didnt properly identify the standy either.</description>
      <pubDate>Thu, 11 Dec 2008 19:35:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321844#M58058</guid>
      <dc:creator>C Lamb</dc:creator>
      <dc:date>2008-12-11T19:35:44Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321845#M58059</link>
      <description>In an interesting note, but not one that resolves the issue, I reread the section on redundant network components in the install guide ( B9903-90060 Mar 2008 ) and noticed a nore to use the -w full option on cmquerycl to force discovery across routers and got the following;&lt;BR /&gt;&lt;BR /&gt;NODE_NAME               billdb01a&lt;BR /&gt;  NETWORK_INTERFACE     eth2&lt;BR /&gt;    HEARTBEAT_IP        10.10.191.53&lt;BR /&gt;  NETWORK_INTERFACE     eth3&lt;BR /&gt;    HEARTBEAT_IP        10.1.0.1&lt;BR /&gt;  NETWORK_INTERFACE     eth0&lt;BR /&gt;    HEARTBEAT_IP        10.10.191.50&lt;BR /&gt;  NETWORK_INTERFACE     eth1&lt;BR /&gt;    STATIONARY_IP       10.0.0.1&lt;BR /&gt;#  CLUSTER_LOCK_LUN&lt;BR /&gt;&lt;BR /&gt;# Primary Network Interfaces on Bridged Net 1: eth2,eth0.&lt;BR /&gt;#   Warning: There are no standby network interfaces on bridged net 1.&lt;BR /&gt;# Primary Network Interfaces on Bridged Net 2: eth3.&lt;BR /&gt;#   Warning: There are no standby network interfaces on bridged net 2.&lt;BR /&gt;# Primary Network Interfaces on Bridged Net 3: eth1.&lt;BR /&gt;#   Warning: There are no standby network interfaces on bridged net 3.&lt;BR /&gt;&lt;BR /&gt;note it even recognizes eth0 and eth2 on the same network but wont Primary/Standby with them.</description>
      <pubDate>Thu, 11 Dec 2008 19:52:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321845#M58059</guid>
      <dc:creator>C Lamb</dc:creator>
      <dc:date>2008-12-11T19:52:36Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321846#M58060</link>
      <description>Serviceguard Linux has never had a concept of a standby lan and you MUST use channel bonding to get redundancy. On Serviceguard HP-UX there is a whole network sensor subsystem which monitors lans at a link level and allows failover to a standby. This simply does not exist on Linux and we monitor the lan status using kernel ioctls.&lt;BR /&gt;&lt;BR /&gt;This does not include the functionality required for standby failover so bonding needs to be used to achieve this.&lt;BR /&gt;&lt;BR /&gt;Any references to standby lans you see in older SG/LX manuals are incorrect and are a hangover from the original HP-UX manual the Linux manuals were derived from. No SG/LX release has supported or had standby lan functionality.&lt;BR /&gt;&lt;BR /&gt;So, sorry, I know you did not want an answer directing you back to channel bonding, I am not questioning this decision but if you want redundancy on a single lan this is your only option.</description>
      <pubDate>Fri, 12 Dec 2008 08:47:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321846#M58060</guid>
      <dc:creator>John Bigg</dc:creator>
      <dc:date>2008-12-12T08:47:08Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321847#M58061</link>
      <description>P.S. The warning does not imply standby functionality is available. It's just shared code between the HP-UX version and the Linux version. You could say that this should not be printed out on Linux, but the fact is that it is and because we do not setup any standby lan structures which still exist within the code you get a message which indicates there is no standby.&lt;BR /&gt;&lt;BR /&gt;The truth is that there are no standby network interfaces because the functionality does not exist.</description>
      <pubDate>Fri, 12 Dec 2008 08:52:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321847#M58061</guid>
      <dc:creator>John Bigg</dc:creator>
      <dc:date>2008-12-12T08:52:09Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321848#M58062</link>
      <description>Thanks for the info. I had suspected as much, how does one submit to HP that a statement on this in the manual would be helpful! ;)</description>
      <pubDate>Fri, 12 Dec 2008 14:57:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321848#M58062</guid>
      <dc:creator>C Lamb</dc:creator>
      <dc:date>2008-12-12T14:57:12Z</dc:date>
    </item>
    <item>
      <title>Re: Standby Lan config question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321849#M58063</link>
      <description>you just did ;-)</description>
      <pubDate>Sat, 13 Dec 2008 11:01:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/standby-lan-config-question/m-p/4321849#M58063</guid>
      <dc:creator>John Bigg</dc:creator>
      <dc:date>2008-12-13T11:01:19Z</dc:date>
    </item>
  </channel>
</rss>

