Bug 1786651
| Summary: | Wired network not available on boot after upgrade to Fedora 31 (r8169 module) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin R. Page <redhat-bugzilla> |
| Component: | NetworkManager | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 31 | CC: | airlied, bgalvani, bskeggs, dcbw, fgiudici, gnome-sig, hdegoede, ichavero, itamar, jarodwilson, jeremy, jglisse, john.j5live, jonathan, josef, kernel-maint, linville, lkundrak, masami256, mchehab, mclasen, mjg59, patmans, rhughes, rstrode, sandmann, steved |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-11-24 17:04:26 UTC | Type: | Bug |
| 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
Kevin R. Page
2019-12-26 19:18:06 UTC
Created attachment 1647849 [details]
lsmod output after r8169 module reload (networking working/configured)
Created attachment 1647850 [details]
Output of "ip a" following reboot (no working/configured network)
Created attachment 1647851 [details]
Output of "ip a" after r8169 module reload (networking works)
Created attachment 1647852 [details]
Filtered dmesg output
Created attachment 1647853 [details]
Filtered lspci output
I've solved the problem. Reassigning the bug to NetworkManager, and leaving the bug open given it feels like this upgrade path should be supported. I resolved the issue by deleting all the wired networking profiles in gnome system settings, however it's a little more subtle than that: (1) The settings dialogue didn't show a wired network adapter at all on boot (since the upgrade to F31). (2) On running "rmmod r8169 && modprobe r8169" the network adapter automatically configured and appearing in the gnome settings dialogue. At this point I had earlier deleted the old profile and created a new one. (3) But to get the network card to work on boot, I needed to delete the profile in settings, then *not* create a new profile, then reboot. After reboot networking was working and a new default profile automagically created. I was led to check this after booting into the F31 Live image where there was an automatically configured and working wired network interface. In retrospect this makes some sense: I assume it's something to do with a new device naming policy combined with the ordering of the NetworkManager service after systemd network setup. When I reloaded the r8169 module NetworkManager took control of the device, and the device name was set up accordingly; thus any profile I created from that point ((2) above) would be tied to the same old-system device name and would fail on boot just as the legacy profile had. Deleting all the profiles then immediately rebooting allowed NetworkManager to take control from the start. I should point out that this network card has never been configured with anything other than the gnome system settings dialogue, and has always been NetworkManager managed. The profile had been given a name, but that's all. So frustrating it wasn't converted on upgrade. For what it's worth, the device name shown by "ip a" is now 'enp4s0', i.e. the one shown by "ip a" on booting after the F31 upgrade, but when gnome settings wasn't showing an interface to configure. I guess showing the configuration interface was blocked by NetworkManager expecting the device name still to be 'p5p1'. No evidence this is a "Common Bug" but it would have saved many hours had there been some documentation on that page, or in the Release Notes. Could this be added please? This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |