<?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: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?) in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486067#M86783</link>
    <description>Thanks for the replies so far..I guess I'm really looking for a way to 'guarantee' that eth0 (for instance) will -always- be associated with embedded NIC 1 etc.  Understanding why they seem to be relocated may help me understand how to do that.  (We need consistency for manufacturing process)</description>
    <pubDate>Wed, 16 Feb 2005 14:27:06 GMT</pubDate>
    <dc:creator>steve longland</dc:creator>
    <dc:date>2005-02-16T14:27:06Z</dc:date>
    <item>
      <title>eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486063#M86779</link>
      <description>Please forgive me if the information I was seeking is here already - I wasn't able to find it.&lt;BR /&gt;We are using ProLiant DL380 systems - G3,G4 to host a Media Server application.  These systems come with the (2) embedded BCM5703 Gigabit Ethernet NICs as eth0 and eth1.  When we add NC7170 cards to the system, eth0 and eth1 seem to be relocated to the NC7170 ports and the BCM native NICS become eth2 and eth3.&lt;BR /&gt;Is this expected behavior?  Is there a way to suppress it such that eth0 and eth1 remain on embedded NICs as expected?  The hwconf file still lists the bcm NICs at eth0 and eth1, but dmesg output indicates otherwise:&lt;BR /&gt;e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection&lt;BR /&gt;divert: allocating divert_blk for eth1&lt;BR /&gt;e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection&lt;BR /&gt;&lt;BR /&gt;We're sepecially interested in this since we have bonding implemented as well.&lt;BR /&gt;Thanks in advance for any clues !&lt;BR /&gt;/steve&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Feb 2005 09:19:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486063#M86779</guid>
      <dc:creator>steve longland</dc:creator>
      <dc:date>2005-02-15T09:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486064#M86780</link>
      <description>AFAIK, you there two ways to play with NICs order:&lt;BR /&gt;- /etc/modules.conf - you may say "alias eth0 e1000" and so on&lt;BR /&gt;- using "nameif" utility from net-tools package</description>
      <pubDate>Tue, 15 Feb 2005 09:49:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486064#M86780</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2005-02-15T09:49:55Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486065#M86781</link>
      <description>most of the time, NIC ordering is based on PCI bus walk order. &lt;BR /&gt;&lt;BR /&gt;try putting the new card in on the other side of the old card</description>
      <pubDate>Wed, 16 Feb 2005 10:00:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486065#M86781</guid>
      <dc:creator>Thomas Bianco</dc:creator>
      <dc:date>2005-02-16T10:00:13Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486066#M86782</link>
      <description>I consistently work with multiple NICs both integrated and add on cards.  I used Vitaly's method.  It allows me to maitain complete control over what NIC is what.  One thing I've found is that Linux sees add on cards before it sees integrated NICs; it just seems to be the nature of the beast.  This is what is nice about modules.conf.  When you have multiple of the same PCI card NIC then you have to follow Thomas' suggestion as well.</description>
      <pubDate>Wed, 16 Feb 2005 14:26:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486066#M86782</guid>
      <dc:creator>Matthew Ausmus</dc:creator>
      <dc:date>2005-02-16T14:26:57Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486067#M86783</link>
      <description>Thanks for the replies so far..I guess I'm really looking for a way to 'guarantee' that eth0 (for instance) will -always- be associated with embedded NIC 1 etc.  Understanding why they seem to be relocated may help me understand how to do that.  (We need consistency for manufacturing process)</description>
      <pubDate>Wed, 16 Feb 2005 14:27:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486067#M86783</guid>
      <dc:creator>steve longland</dc:creator>
      <dc:date>2005-02-16T14:27:06Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486068#M86784</link>
      <description>Sorry Matthew - kind of a collision there ;)Are you suggesting that I can, in fact, steer "eth0" to remain on the embedded native NIC 1 port by virtue of the entry in /etc/modules.conf? IN other words, as it is now, I have accepted the fact that eth0 has been relocated to port 1 of my add-on NC 7170, and associated the proper driver with it in /etc/modules.conf. &lt;BR /&gt;alias eth0 e1000&lt;BR /&gt;do you believe that I could steer it back by changing the entry to &lt;BR /&gt;alias eth0 bcm5700?&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Feb 2005 14:47:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486068#M86784</guid>
      <dc:creator>steve longland</dc:creator>
      <dc:date>2005-02-16T14:47:57Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486069#M86785</link>
      <description>I would suggest doing the initial install without the NC7170 card.  This should put the integrated NICs in the right place.  Next, modify modules.conf and create the ifcfg-ethx file for the NC7170 card.  Now install the card.  Everything should be the way you want it.&lt;BR /&gt;&lt;BR /&gt;If you do the initial OS installation with all 3 adapters, you will need to go in and modify modules.conf as well as all the ifcfg-ethx files to put the NICs where you want them to be.</description>
      <pubDate>Wed, 16 Feb 2005 14:50:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486069#M86785</guid>
      <dc:creator>Matthew Ausmus</dc:creator>
      <dc:date>2005-02-16T14:50:23Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486070#M86786</link>
      <description>Yes, you can steer the integrated NIC to eth0 using the modules.conf file.  Remember, you will need to modify the ifcfg-ethx files as well otherwise you will get errors.</description>
      <pubDate>Wed, 16 Feb 2005 14:53:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486070#M86786</guid>
      <dc:creator>Matthew Ausmus</dc:creator>
      <dc:date>2005-02-16T14:53:01Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486071#M86787</link>
      <description>Matthew, sorry to sound clueless here..but why would you have to modify the ifcfg-ethx file - if alias eth0 bcm5700 specified in /etc/modules.conf, aren't the ifcfg-eth0 file attributes all applied Or is there a field that you need to trick - like "DEVICE"&lt;BR /&gt;&lt;BR /&gt;DEVICE=eth0&lt;BR /&gt;ONBOOT=yes&lt;BR /&gt;BOOTPROTO=static&lt;BR /&gt;IPADDR=16.26.176.8&lt;BR /&gt;NETMASK=255.255.255.0&lt;BR /&gt;GATEWAY=16.26.176.100&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Feb 2005 15:03:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486071#M86787</guid>
      <dc:creator>steve longland</dc:creator>
      <dc:date>2005-02-16T15:03:00Z</dc:date>
    </item>
    <item>
      <title>Re: eth0 / eth1 relocated under RedHat AS 3.0  ( divert_blk ?)</title>
      <link>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486072#M86788</link>
      <description>No, you are not clueless, in fact you're correct.  The reason I mentioned ifcfg-ethx files is because they allow you to specify the hardware addresses for in the NIC in it.  I do in mine but it is not something normally done or needed for most situations.  &lt;BR /&gt;&lt;BR /&gt;The only other reason you'd have to modify them is if you need to change the IP address.  It sounds like you've got the NIC that you want at eth0 actually at eth1 so you may have configured eth1 with the IP address that you really want for eth0 once you get the NIC configured for eth0.  Otherwise, you don't need to modify the file.</description>
      <pubDate>Wed, 16 Feb 2005 16:32:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/eth0-eth1-relocated-under-redhat-as-3-0-divert-blk/m-p/3486072#M86788</guid>
      <dc:creator>Matthew Ausmus</dc:creator>
      <dc:date>2005-02-16T16:32:12Z</dc:date>
    </item>
  </channel>
</rss>

