(→Owner) |
|||
Line 44: | Line 44: | ||
== Detailed Description == | == Detailed Description == | ||
Fedora cloud images currently set `net.ifnames=0` on the kernel command line during the [https://pagure.io/fedora-kickstarts/blob/main/f/fedora-cloud-base.ks#_35 kickstart] process. This disables consistent device naming and ensures that ethernet devices retain the old-style names of `eth0`, `eth1`, `eth2`, and so on. | |||
Removing the `net.ifnames=0` configuration allows Fedora cloud instances to use consistent device names for network devices. This brings Cloud images in line with Fedora Server, Workstation, and CoreOS. | |||
== Feedback == | == Feedback == |
Revision as of 19:37, 18 March 2024
Enable Consistent Device Naming in Cloud Images
Summary
This proposal aims to remove the net.ifnames=0
kernel command line entry from the Fedora cloud kickstarts so that consistent device naming is enabled for cloud instances.
Owner
- Name: Major Hayden
- Email: major@redhat.com
Current status
- Targeted release: <VERSION>/ Fedora Linux <VERSION>
- Last updated: 2024-03-18
- [<will be assigned by the Wrangler> devel thread]
- FESCo issue: <will be assigned by the Wrangler>
- Tracker bug: <will be assigned by the Wrangler>
- Release notes tracker: <will be assigned by the Wrangler>
Detailed Description
Fedora cloud images currently set net.ifnames=0
on the kernel command line during the kickstart process. This disables consistent device naming and ensures that ethernet devices retain the old-style names of eth0
, eth1
, eth2
, and so on.
Removing the net.ifnames=0
configuration allows Fedora cloud instances to use consistent device names for network devices. This brings Cloud images in line with Fedora Server, Workstation, and CoreOS.
Feedback
Benefit to Fedora
Scope
- Proposal owners:
- Other developers:
- Release engineering: #Releng issue number
- Policies and guidelines: N/A (not needed for this Change)
- Trademark approval: N/A (not needed for this Change)
- Alignment with Community Initiatives:
Upgrade/compatibility impact
How To Test
User Experience
Dependencies
Contingency Plan
- Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change)
- Contingency deadline: N/A (not a System Wide Change)
- Blocks release? N/A (not a System Wide Change), Yes/No
Documentation
N/A (not a System Wide Change)