<?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: using ifconfig in MC/SG Control script in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471347#M775746</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The only potential problem I can think of is that you would need to be absolutely certain that another package had not already failed over to use lan1:3, otherwiae you would remove that package's IP config and it may stop working.&lt;BR /&gt;&lt;BR /&gt;Regards,  Trevor</description>
    <pubDate>Wed, 06 Dec 2000 23:56:51 GMT</pubDate>
    <dc:creator>Trevor Dyson</dc:creator>
    <dc:date>2000-12-06T23:56:51Z</dc:date>
    <item>
      <title>using ifconfig in MC/SG Control script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471346#M775745</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Any one know whether "ifconfig" can be used instead of "cmmodnet" in MC/SG control script ?&lt;BR /&gt;&lt;BR /&gt;I have already tested it by putting "ifconfig" in the control script and found that package  start/stop is all right. Floating IP is getting assigned and removed as expected on start and stop.&lt;BR /&gt;&lt;BR /&gt;I wanted to use ifconfig to control the IP assignment to the net interface. For example if I want to assign the IP to lan1:3 instead of lan1:1, the cmmodnet does not allow this but ifconfig does.&lt;BR /&gt;&lt;BR /&gt;What I would like to know is that is there any potential problem by using ifconfig in control script ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance.&lt;BR /&gt;&lt;BR /&gt;Pramod&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Dec 2000 23:16:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471346#M775745</guid>
      <dc:creator>Pramod_4</dc:creator>
      <dc:date>2000-12-06T23:16:07Z</dc:date>
    </item>
    <item>
      <title>Re: using ifconfig in MC/SG Control script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471347#M775746</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The only potential problem I can think of is that you would need to be absolutely certain that another package had not already failed over to use lan1:3, otherwiae you would remove that package's IP config and it may stop working.&lt;BR /&gt;&lt;BR /&gt;Regards,  Trevor</description>
      <pubDate>Wed, 06 Dec 2000 23:56:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471347#M775746</guid>
      <dc:creator>Trevor Dyson</dc:creator>
      <dc:date>2000-12-06T23:56:51Z</dc:date>
    </item>
    <item>
      <title>Re: using ifconfig in MC/SG Control script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471348#M775747</link>
      <description>This would certainly be classed as an unsupported methodology within the MC/SG control scripts.&lt;BR /&gt;I would question why you need to force the floating ip address to go to a specific lan other than the one it is supposed to be set on.</description>
      <pubDate>Thu, 07 Dec 2000 00:22:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471348#M775747</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2000-12-07T00:22:27Z</dc:date>
    </item>
    <item>
      <title>Re: using ifconfig in MC/SG Control script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471349#M775748</link>
      <description>Let me thank Trevor and Melvyn for the reply.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Melvyn:&lt;BR /&gt;&lt;BR /&gt;To answer your question I need to write the entire story. Okay, a brief of it is as follows:&lt;BR /&gt;&lt;BR /&gt;I need to force all outbound communication ( inbound is not an issue at all, all of my client Boxes use floating IP )  to be through a specific IP that is floating IP of the package.&lt;BR /&gt;&lt;BR /&gt;By default in a MC/SG setup any outbound traffic through any net interface ( of course route matters, considering  a default gateway ) will flow through the static IP ( which will be first IP on the net interface ) if application does not have any control over the source IP.&lt;BR /&gt;&lt;BR /&gt;Which ever IP gets assigned to that interface ( floating IP?s) later wont be used as a source IP for the outbound communication.&lt;BR /&gt;&lt;BR /&gt;So to make the floating IP as the first IP on the card I need to assign the floating IP by using the ifconfig command.  I achieve them by doing the following:&lt;BR /&gt;&lt;BR /&gt;Assume that I use ?lan1? interface in this example and by default there is an IP x.x.x.A on it which is a static IP.&lt;BR /&gt;&lt;BR /&gt;On  package startup, it assigns a floating IP to that interface and remove the static IP by using the following:&lt;BR /&gt;&lt;BR /&gt;ifconfig lan1 0.0.0.0&lt;BR /&gt;&lt;BR /&gt;Once the static is removed from the net interface and floating IP is the only IP on that interface, so all outbound will use the floating IP ( heartbeat LAN is a private LAN between two cluster nodes )&lt;BR /&gt;&lt;BR /&gt;This works all right for me, now the question is that if I have two packages on the cluster and only one specific floating IP has to be used for outbound connection, now I need to ensure that the floating IP of that package ( let me say package-A ) comes first on the interface at any given time  ( even after any fail over ).&lt;BR /&gt;&lt;BR /&gt;So I need to ensure that package-A?s floating IP is assigned on lan1:1 and package-B?s IP is assigned on lan1:2.&lt;BR /&gt;cmmodnet does not allow me to specify the index number ( :1) with the interface name while assigning the IP but ifconfig does. That is the reason why I have asked this question.&lt;BR /&gt;&lt;BR /&gt;As I have already said, I have already tested and found that it is working all right for me, but what I need to know is that is there going to be any hidden problem  if I do this configuration.&lt;BR /&gt;&lt;BR /&gt;If you TCP/IP and MC/SG guru?s could through some light on it.. I would really appreciate.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Pramod &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Dec 2000 04:54:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471349#M775748</guid>
      <dc:creator>Pramod_4</dc:creator>
      <dc:date>2000-12-07T04:54:01Z</dc:date>
    </item>
    <item>
      <title>Re: using ifconfig in MC/SG Control script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471350#M775749</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;Like Melvyn, I have to echo that any alteration of the standard&lt;BR /&gt;package control script removes support responsibility from HP.&lt;BR /&gt;That said, customers do it all the time to meet their needs,&lt;BR /&gt;which makes the product that much more attractive.&lt;BR /&gt;&lt;BR /&gt;I applaud your inventiveness to resolve this need.  Customers&lt;BR /&gt;have begun using the ifconfig command in the&lt;BR /&gt;customer_defined_run_cmds section to meet special needs the&lt;BR /&gt;generic package control script does not perform.&lt;BR /&gt;&lt;BR /&gt;To the question of hidden problems caused by removing the static&lt;BR /&gt;IP from a LAN, replacing it with a relocatable IP...&lt;BR /&gt;&lt;BR /&gt;Before users had the ability to use the ifconfig command to layer&lt;BR /&gt;multiple IPs on a single LAN card, cmmodnet was the only way it&lt;BR /&gt;could be done, and that command was not "legal" to operate&lt;BR /&gt;manually.&lt;BR /&gt;&lt;BR /&gt;SvcGd tests LANs using linkloop, a lower layer of the OSI model.&lt;BR /&gt;SvcGd uses the resulting test return to determine SUBNET outages&lt;BR /&gt;as well, to IP is not involved here.&lt;BR /&gt;&lt;BR /&gt;The IP only shows up in the cluster configuration file and the&lt;BR /&gt;package control scripts.&lt;BR /&gt;&lt;BR /&gt;If the package is halted, what happens to "stationary" IP on the&lt;BR /&gt;LAN card?  If the stationary IP is removed, such that the LAN has&lt;BR /&gt;no IP, I suspect future cmcheckconf/cmapplyconf commands will&lt;BR /&gt;fail unless the stationary IP is reinstated.</description>
      <pubDate>Tue, 12 Dec 2000 20:14:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/using-ifconfig-in-mc-sg-control-script/m-p/2471350#M775749</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2000-12-12T20:14:12Z</dc:date>
    </item>
  </channel>
</rss>

