-------- Original Message -------- Subject: Re: [CentOS] RHEL 6.1 beta From: Steve Clark sclark@netwolves.commailto:sclark@netwolves.com To: CentOS mailing list centos@centos.orgmailto:centos@centos.org Date: Tuesday, May 03, 2011 10:40:51 AM
On 05/02/2011 10:47 AM, Les Mikesell wrote:
On 5/2/2011 8:57 AM, Steve Clark wrote:
On 05/02/2011 09:38 AM, Lamar Owen wrote:
On Monday, May 02, 2011 06:48:37 AM Christopher Chan wrote:
biosdevname for nics...bye bye eth0!
Not by default, and according to the release notes only for certain Dell servers ATM.
But, yes, a different way of looking at NICs is coming down the pipe. It's about time.
EGADS Why? After working with FreeBSD for ten years it so nice not to
have to worry is this rl0, vr0, em0, fxp0, bge0, ed0,
etc in networking scripts. Why would you want to go back to that?
The numbers chosen in the eth? scheme are more or less randomized even
on identical hardware, so it is pretty much impossible to prepare a disk
to ship to a remote site and have it come up working unattended or clone
disk images for a large rollout. If this gives predictable names in
bios-detection order it will be very useful. Remote-site support is
expensive and typically not great at the quirks of Linux distributions
that you need to know to do IP assignments.
In my experience with Linux over the last 3 years using Centos and RH I have never seen the ethn device numbering change, and it always corresponds to the hardware vendor marking on the units we use.
I'm doing platform validation on a SuperMicro X9SCL and on everything except for RHEL 6 the NIC I am connected to is seen as eth0, on RHEL only it is seen as eth1. These kinds of wacky inconsistencies drive people crazy =)