netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Erik Mouw <erik@harddisk-recovery.com>
To: Victor Secarin <vsecarin@paradigmgeo.com>
Cc: akpm@zip.com.au, jgarzik@pobox.com, netdev@vger.kernel.org
Subject: Re: eth interface enumeration order
Date: Wed, 23 Aug 2006 18:46:21 +0200	[thread overview]
Message-ID: <20060823164620.GO969@harddisk-recovery.com> (raw)
In-Reply-To: <44EC79D8.3050402@paradigmgeo.com>

On Wed, Aug 23, 2006 at 09:52:56AM -0600, Victor Secarin wrote:
> VERSION
> With kernel 2.4.33.1:
> HARDWARE
> I have a server with two eepro100 and one e1000 interfaces
> BEHAVIOR
> When the kernel boots the drivers report (/var/log/messages) the 
> interfaces they find and what they are named (eth0, eth1, eth2)
> 1. With the drivers configured monolithically in the kernel:
> e1000 reports eth0 and then eepro100 reports eth1 and eth2

Bus order.

> 2. With the drivers configured as modules:
> eepro100 reports eth0 and eth1 and then e1000 reports eth2

Module load order.

> PROBLEM
> 1. On a red  hat distribution, different interfaces may have different 
> configuration scripts, which assign IP addresses and more, and the 
> scripts are identified by the ethx name.
> 2. It is necessary to control which interface becomes eth0 as various 
> programs use the MAC address of eth0 to identify the computer. In my 
> case that is "lmhostid" and all the FLEXlm software,
> as I run a license server on that machine.

Manually load the modules in the correct order, that should solve your
problems. Or use nameif to rename the network devices (on 2.6 that
should be done using udev).


Erik

-- 
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands

  parent reply	other threads:[~2006-08-23 16:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-23 15:52 eth interface enumeration order Victor Secarin
2006-08-23 16:13 ` Auke Kok
2006-08-23 16:46 ` Erik Mouw [this message]
2006-08-23 17:36 ` Stephen Hemminger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060823164620.GO969@harddisk-recovery.com \
    --to=erik@harddisk-recovery.com \
    --cc=akpm@zip.com.au \
    --cc=jgarzik@pobox.com \
    --cc=netdev@vger.kernel.org \
    --cc=vsecarin@paradigmgeo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).