<?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: SG HA Cluster Auto and Maual Failover in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735737#M659967</link>
    <description>&lt;BR /&gt;I don`t think there wound be any complication &lt;BR /&gt;apart from the fact that the packages may increase system &amp;amp; network usage when all are running on the single node.&lt;BR /&gt;&lt;BR /&gt;Depends which application you running with MCSG.&lt;BR /&gt;&lt;BR /&gt;A simple package configuration is as follows&lt;BR /&gt;&lt;BR /&gt;PACKAGE_NAME pkg1&lt;BR /&gt;PACKAGE_TYPE FAILOVER&lt;BR /&gt;FAILOVER_POLICY CONFIGURED_NODE&lt;BR /&gt;FAILBACK_POLICY MANUAL&lt;BR /&gt;NODE_NAME ftsys9&lt;BR /&gt;NODE_NAME ftsys10&lt;BR /&gt;AUTO_RUN YES&lt;BR /&gt;LOCAL_LAN_FAILOVER_ENABLED&lt;BR /&gt;NODE_FAIL_FAST_ENABLED NO&lt;BR /&gt;&lt;BR /&gt;As  far heart beat is concerned it`s always recommended to have at least one dedicated heart beat ( non -public ) and then you may have public /stationary IPs for both heqart beat &amp;amp; data.&lt;BR /&gt;&lt;BR /&gt;NETWORK_INTERFACE lan0&lt;BR /&gt;HEARTBEAT_IP 192.168.114.119&lt;BR /&gt;NETWORK_INTERFACE lan1  # ( redundant )&lt;BR /&gt;&lt;BR /&gt;NETWORK_INTERFACE lan3&lt;BR /&gt;STATIONARY_IP 16.118.114.119&lt;BR /&gt;NETWORK_INTERFACE lan4  # ( redundant )&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;You may use the above configuration if you have four lan cards.&lt;BR /&gt;&lt;BR /&gt;Otherwise remove the redundant lan1.&lt;BR /&gt;&lt;BR /&gt;Hope this will help.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Manix&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 10 Jan 2011 05:45:53 GMT</pubDate>
    <dc:creator>Manix</dc:creator>
    <dc:date>2011-01-10T05:45:53Z</dc:date>
    <item>
      <title>SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735736#M659966</link>
      <description>Hello &lt;BR /&gt;Please advice on what could be the complications in terms of redudancy of&lt;BR /&gt;having auto failover configuration if two - two packages are running in each cluster nodes in a two node cluster configuration?&lt;BR /&gt;Auto failoer or Manual (packages) suggested?&lt;BR /&gt;&lt;BR /&gt;Also advise configuration of cluster haerbeat with public lan -- redudany point of view &lt;BR /&gt;(one port primary and two ports standby configurations &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;BB</description>
      <pubDate>Sun, 09 Jan 2011 11:00:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735736#M659966</guid>
      <dc:creator>Binubaby</dc:creator>
      <dc:date>2011-01-09T11:00:27Z</dc:date>
    </item>
    <item>
      <title>Re: SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735737#M659967</link>
      <description>&lt;BR /&gt;I don`t think there wound be any complication &lt;BR /&gt;apart from the fact that the packages may increase system &amp;amp; network usage when all are running on the single node.&lt;BR /&gt;&lt;BR /&gt;Depends which application you running with MCSG.&lt;BR /&gt;&lt;BR /&gt;A simple package configuration is as follows&lt;BR /&gt;&lt;BR /&gt;PACKAGE_NAME pkg1&lt;BR /&gt;PACKAGE_TYPE FAILOVER&lt;BR /&gt;FAILOVER_POLICY CONFIGURED_NODE&lt;BR /&gt;FAILBACK_POLICY MANUAL&lt;BR /&gt;NODE_NAME ftsys9&lt;BR /&gt;NODE_NAME ftsys10&lt;BR /&gt;AUTO_RUN YES&lt;BR /&gt;LOCAL_LAN_FAILOVER_ENABLED&lt;BR /&gt;NODE_FAIL_FAST_ENABLED NO&lt;BR /&gt;&lt;BR /&gt;As  far heart beat is concerned it`s always recommended to have at least one dedicated heart beat ( non -public ) and then you may have public /stationary IPs for both heqart beat &amp;amp; data.&lt;BR /&gt;&lt;BR /&gt;NETWORK_INTERFACE lan0&lt;BR /&gt;HEARTBEAT_IP 192.168.114.119&lt;BR /&gt;NETWORK_INTERFACE lan1  # ( redundant )&lt;BR /&gt;&lt;BR /&gt;NETWORK_INTERFACE lan3&lt;BR /&gt;STATIONARY_IP 16.118.114.119&lt;BR /&gt;NETWORK_INTERFACE lan4  # ( redundant )&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;You may use the above configuration if you have four lan cards.&lt;BR /&gt;&lt;BR /&gt;Otherwise remove the redundant lan1.&lt;BR /&gt;&lt;BR /&gt;Hope this will help.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Manix&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Jan 2011 05:45:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735737#M659967</guid>
      <dc:creator>Manix</dc:creator>
      <dc:date>2011-01-10T05:45:53Z</dc:date>
    </item>
    <item>
      <title>Re: SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735738#M659968</link>
      <description>&lt;!--!*#--&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;two packages are running in each cluster &lt;BR /&gt;&amp;gt;nodes in a two node cluster configuration?&lt;BR /&gt;&lt;BR /&gt;Try to spread the load over the two nodes. If there are also test environments among the packages, you can set the second node as a primary node to those. &lt;BR /&gt;&lt;BR /&gt;&amp;gt;Auto failoer or Manual (packages) suggested?&lt;BR /&gt;&lt;BR /&gt;If one node cannot deal with all the packages, set auto failover only for the important packages and take care that all the auto-failover packages can run on a single node in one time. In this case also set a dependency between the packages, in the start script you can incorporate a check like this:&lt;BR /&gt;&lt;BR /&gt;########################################################################&lt;BR /&gt;# HEADER FOR ***PRODUCTION*** PACKAGE WITH CONFLICTING TEST/INTEGRATIONS&lt;BR /&gt;# PKGS IN THE SAME CLUSTER (e.g. Conflicting mountpoints/deamons etc..)&lt;BR /&gt;# This should be insterted directly below "# UNCOMMENT the variables "&lt;BR /&gt;# in the PRODUCTION PKG CNTL File.&lt;BR /&gt;#&lt;BR /&gt;# Check if the TEST or INTEGRATIONS PACKAGE IS RUNNING HERE&lt;BR /&gt;# -&amp;gt; If True, Stop the TEST/INTEGRATIONS Package First&lt;BR /&gt;# Only do this if the CNTL File has been called with "start" (not halt)&lt;BR /&gt;########################################################################&lt;BR /&gt;&lt;BR /&gt;THIS_RUN_ARG=$1&lt;BR /&gt;THISHOST=`/usr/bin/hostname`&lt;BR /&gt;&lt;BR /&gt;# ACHTUNG: if the PKG Name ist UPPERCASE und das CNTL File lowercase&lt;BR /&gt;# THIS MUST BE CHANGED e.g. with "typeset -u" !&lt;BR /&gt;SCRIPT_NAME=${0##*/}&lt;BR /&gt;THIS_PKG=${SCRIPT_NAME%.*}&lt;BR /&gt;&lt;BR /&gt;# List all CONFLICTING TEST or INTEGRATIONS PKGs which may not run together with&lt;BR /&gt;# this PKG in ALL_CONFLICT_PKGS&lt;BR /&gt;ALL_CONFLICT_PKGS="ivwi00"&lt;BR /&gt;&lt;BR /&gt;if [ "$THIS_RUN_ARG" = start ] ; then&lt;BR /&gt;   for CONFLICT_PKG in "$ALL_CONFLICT_PKGS"&lt;BR /&gt;   do&lt;BR /&gt;      if `/usr/sbin/cmviewcl -n ${THISHOST} | /usr/bin/grep ${CONFLICT_PKG} &amp;gt;/dev/null 2&amp;gt;&amp;amp;1` ; then&lt;BR /&gt;        echo    "&lt;BR /&gt;        ###########################################################################&lt;BR /&gt;        ATTENTION: `/bin/date '+%b %e %X'`&lt;BR /&gt;        ATTENTION: CONFLICTING DEVELOPMENT PACKAGE ${CONFLICT_PKG}&lt;BR /&gt;        RUNNIG ON ${THISHOST}!!!&lt;BR /&gt;        PACKAGE ${CONFLICT_PKG} WILL BE STOPPED IMMEDIATELY ON ${THISHOST}&lt;BR /&gt;        ###########################################################################&lt;BR /&gt;        "&lt;BR /&gt;        /usr/sbin/cmhaltpkg -n ${THISHOST} ${CONFLICT_PKG}&lt;BR /&gt;      fi&lt;BR /&gt;   done&lt;BR /&gt;fi&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Jan 2011 12:08:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735738#M659968</guid>
      <dc:creator>Viktor Balogh</dc:creator>
      <dc:date>2011-01-10T12:08:15Z</dc:date>
    </item>
    <item>
      <title>Re: SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735739#M659969</link>
      <description>You can have the packages failover over to each other with the understanding:&lt;BR /&gt;&lt;BR /&gt;1. You have sufficent resources and/or you understand that will performace may be affected in the event of a failover&lt;BR /&gt;2. You are NOT using the same mountpoint names.&lt;BR /&gt;  To explain:&lt;BR /&gt;     Dev box/dev pkg has same mountpoint name as product.  You could not run the production package and the dev package on the same box at the same time.  One must come down before the other can start.&lt;BR /&gt;&lt;BR /&gt;Note: Automatic failover, properly set up, is the point of SG clustering to begin with.  It is NOT, however, recommended to have automatic failback!&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Rita</description>
      <pubDate>Mon, 10 Jan 2011 15:19:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735739#M659969</guid>
      <dc:creator>Rita C Workman</dc:creator>
      <dc:date>2011-01-10T15:19:03Z</dc:date>
    </item>
    <item>
      <title>Re: SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735740#M659970</link>
      <description>...typo...&lt;BR /&gt;&lt;BR /&gt;Dev box/dev pkg has same mountpoint name as product. &lt;BR /&gt;&lt;BR /&gt;Should read:&lt;BR /&gt;&lt;BR /&gt;Dev box/dev pkg has same mountpoint names as production box/pkg. &lt;BR /&gt;&lt;BR /&gt;/rcw</description>
      <pubDate>Mon, 10 Jan 2011 15:20:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735740#M659970</guid>
      <dc:creator>Rita C Workman</dc:creator>
      <dc:date>2011-01-10T15:20:35Z</dc:date>
    </item>
    <item>
      <title>Re: SG HA Cluster Auto and Maual Failover</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735741#M659971</link>
      <description>Thanks to Everyone &lt;BR /&gt;&lt;BR /&gt;BB</description>
      <pubDate>Wed, 12 Jan 2011 08:34:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-ha-cluster-auto-and-maual-failover/m-p/4735741#M659971</guid>
      <dc:creator>Binubaby</dc:creator>
      <dc:date>2011-01-12T08:34:38Z</dc:date>
    </item>
  </channel>
</rss>

