From: Stephen Hemminger <shemminger@osdl.org>
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 10:36:51 -0700 [thread overview]
Message-ID: <20060823103651.193311dc@localhost.localdomain> (raw)
In-Reply-To: <44EC79D8.3050402@paradigmgeo.com>
On Wed, 23 Aug 2006 09:52:56 -0600
Victor Secarin <vsecarin@paradigmgeo.com> 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
> 2. With the drivers configured as modules:
> eepro100 reports eth0 and eth1 and then e1000 reports eth2
> 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.
>
> Thank you for taking the time to read this.
> yours truly,
> Victor Secarin
Depending on interface names and ordering is wrong, you will get burned.
Modern distro's with 2.6 use udev and scripts to control naming.
For older systems, see ifrename(8)
--
Stephen Hemminger <shemminger@osdl.org>
All non-trivial abstractions, to some degree, are leaky.
prev parent reply other threads:[~2006-08-23 17:37 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
2006-08-23 17:36 ` Stephen Hemminger [this message]
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=20060823103651.193311dc@localhost.localdomain \
--to=shemminger@osdl.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.