Bug 669805
Summary: | NIC ordering extremely non-logical | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | joshua | ||||||||||
Component: | udev | Assignee: | Harald Hoyer <harald> | ||||||||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | low | ||||||||||||
Version: | 14 | CC: | harald, jcm, jonathan | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | Unspecified | ||||||||||||
OS: | Unspecified | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2011-01-19 22:44:49 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
joshua
2011-01-14 20:37:12 UTC
Created attachment 473583 [details]
INCORRECT untouched 70-persistent-net.rules file
Created attachment 473584 [details]
incorrect sosreport from machine
I've attached an unmodified copy of the 70-persistent-net.rules file. It appears that the ordering of the NICs is messed up because of this file... however, I'm not sure what *creates* this file in the first place. This may be an anaconda bug if it is created by the installer... I'm just not sure Created attachment 473586 [details]
sosreport
Created attachment 473587 [details]
unchanged /etc/udev/rules.d/70-persistent-net.rules
mb02-004:/etc/udev/rules.d/70-persistent-net.rules
PCI enumeration is default depth first, so that will play a part (given your topology) in seeing this gap. Another issue is that drivers are loaded in parallel in Fedora, which can also cause gaps in other cases, but usually would result in multiple devices of the same type still getting sequential numbering. There's no bug here. There's never been a guarantee that devices would be numbered sequentially, or would not change randomly. An existing hack allows you to assign configuration by MAC so that you get some consistency. Much better, though, is a new feature called biosdevname in F-15 that will allow some systems to name Ethernet devices according to the manufacturer-supplied chassis names. This requires that you have recent hardware (especially Dell hardware), that supports Type 41 of the SMBIOS specification. If you do, you're in luck. Jon. Alright, fair enough, thank you |