On Fri, Feb 22, 2013 at 4:41 PM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list <span dir="ltr"><<a href="mailto:rhelv6-list@redhat.com" target="_blank">rhelv6-list@redhat.com</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Feb 22, 2013 at 6:01 PM, bjs wrote:<br>
> I'm going to look up the "biosdevname" and related package BZs and get<br>
> the full story, if there is one.<br>
><br>
> I know upstream Fedora switched to the new nomenclature awhile back<br>
> (and "biodevname" does seem to be installed on all of my Fedora<br>
> systems).  But as I mentioned before, RHEL6 does not, and I'm ignorant<br>
> of the logic whenever it may (Customer opt-in?  Anaconda detection of<br>
> select OEM hardware?  Other?).<br>
<br>
</div>It's definitely customer opt-in . The RHEL 6.1 release notes say :<br>
<br>
<a href="https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.1_Release_Notes/index.html#idp82636784" target="_blank">https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.1_Release_Notes/index.html#idp82636784</a><br>

<br>
Red Hat Enterprise Linux 6.1 introduces biosdevname, an optional<br>
convention for naming network interfaces. biosdevname assigns names to<br>
network interfaces based on their physical location. Note, however<br>
that biosdevname is disabled by default, except for a limited set of<br>
Dell systems.<br>
<br></blockquote><div><br></div><div>Thanks all for the responses.  I definitely did not manually install this package.  It may have come in with OMSA or something else I installed.  </div><div><br></div><div>I missed the 'yum update' note in the technical release notes that somebody else posted, sigh.</div>
<div><br></div><div>I did another system with em1 and em2 devices and no udev net-rules file and it rebooted just fine, puzzling.</div><div><br></div><div>daryl </div></div>