-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stop using legacy network interface names (eth0) #573
Conversation
It's no longer working for GCE and Azure appliances, they mark the connection as unmanaged and won't allow it to come up. Also, our scripts no longer depend on the interface name in EL9. net.ifnames=0 reverts to legacy adapter names (eth0) biosdevname does the same for Dell systems and requires a package we don't have installed network-scripts are no longer used by NetworkManager
Checked commit bdunne@f9c43db with ruby 3.1.5, rubocop 1.56.3, haml-lint 0.51.0, and yamllint |
LGTM, but would like a second set of eyes. @agrare ? |
I tested removing these kernel args from both Azure and GCP appliances locally and the interfaces came up. |
May also be related to ManageIQ/manageiq#22973 |
Love it, and great that "doing the right thing" fixes these issues also. We do still assume eth0 in a few places that we'll need to update:
|
There is one more place in appliance_console with eth0, database replication:
Okay I've updated ManageIQ/manageiq-appliance_console#263 to take care of the database replication issue. |
Ok, I think all related PRs are merged now. |
It's no longer working for GCE and Azure appliances, they mark the connection as
unmanaged
and won't allow it to come up. Also, our scripts no longer depend on the interface name in EL9.net.ifnames=0 reverts to legacy adapter names (eth0)
biosdevname does the same for Dell systems and requires a package we don't have installed
network-scripts are no longer used by NetworkManager