Re: RHEL 6.1 beta

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Because they are the same model. Use several model of NIC's together and 
see what happens.

I do not have personal experience with CentOS, but I have seen different 
X86-PC MB's on embedded units/routers recognizing LAN and Wireless NIC's 
differently ones from PCI1 to PCI5, others from PCI5 to PCI1, one MB 
even without any order at all.  I had now Monitor so I had to power the 
unit, guess NIC to connect to, login and see what was recognized in what 
order.

Ljubomir

Drew Weaver wrote:
> -------- Original Message  --------
> Subject: Re:  RHEL 6.1 beta
> From: Steve Clark <sclark@xxxxxxxxxxxxx> <mailto:sclark@xxxxxxxxxxxxx>
> To: CentOS mailing list <centos@xxxxxxxxxx> <mailto:centos@xxxxxxxxxx>
> 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 =)
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux