Skip to content
This repository has been archived by the owner on Jan 16, 2024. It is now read-only.

Add NetworkManager support #170

Closed
lgrawet opened this issue Jul 1, 2019 · 9 comments
Closed

Add NetworkManager support #170

lgrawet opened this issue Jul 1, 2019 · 9 comments

Comments

@lgrawet
Copy link

lgrawet commented Jul 1, 2019

Hi,

The following statement is made in RHEL8 release notes:

Network scripts are deprecated in Red Hat Enterprise Linux 8 and they are no longer provided by default. The basic installation provides a new version of the ifup and ifdown scripts which call the NetworkManager service through the nmcli tool. In Red Hat Enterprise Linux 8, to run the ifup and the ifdown scripts, NetworkManager must be running.

Note that custom commands in /sbin/ifup-local, ifdown-pre-local and ifdown-local scripts are not executed.

If any of these scripts are required, the installation of the deprecated network scripts in the system is still possible with the following command:

~]# yum install network-scripts
The ifup and ifdown scripts link to the installed legacy network scripts.

Calling the legacy network scripts shows a warning about their deprecation.

Instead of removing NetworkManager and installing deprecated network-scripts, I recommend to simply remove "NM_CONTROLLED=no" statement from network-scripts config files (ifcfg-.*).

Best regards,

Laurent

vholer pushed a commit that referenced this issue Aug 14, 2019
@vholer vholer added this to the v5.10.0 milestone Aug 14, 2019
@vholer vholer modified the milestones: v5.10.0, v5.10.1 Sep 5, 2019
@hydro-b
Copy link

hydro-b commented Sep 25, 2019

Not sure what the correct step(s) are to make this work on CentOS 8. The above mentioned disabling of "NM_CONTROLLED=no" didn't do the trick for me. For the time being, workaround, the latest one-context 5.8.0 el7 do work with the legacy network-scripts though.

@vholer
Copy link
Contributor

vholer commented Sep 25, 2019

@hydro-b For the upcoming 5.10 release, there will be new .el8 package with additional network-scripts dependency until we evaluate the better approach. You can already build beta packages from master branch if you need. https://github.com/OpenNebula/addon-context-linux#steps

@phroton
Copy link

phroton commented Oct 1, 2019

@hydro-b For the upcoming 5.10 release, there will be new .el8 package with additional network-scripts dependency until we evaluate the better approach. You can already build beta packages from master branch if you need. https://github.com/OpenNebula/addon-context-linux#steps

Is it correct, that you will only remove "NM_CONTROLLED=no" in /etc/one-context.d/loc-10-network and still use the old-style network-scripts?

@vholer
Copy link
Contributor

vholer commented Oct 2, 2019

EL8 package will now only install legacy netwok-scripts package, nothing more. NM_CONTROLLED=no leaves still there.

@phroton
Copy link

phroton commented Oct 2, 2019

EL8 package will now only install legacy netwok-scripts package, nothing more. NM_CONTROLLED=no leaves still there.

Sorry but thats not enough.
NM_CONTROLLED must be removed or set to "yes" in EL8.
If not set to yes, the interface will not come up on boot-time.

@vholer
Copy link
Contributor

vholer commented Oct 2, 2019

It should come up on boot, because each interface is put up by the scripts:

If you don't want to rely on the contextualization scripts later (e.g., you uninstall the contextualization package), it's true that the NetworkManager ignores that interface (because of NM_CONTROLLED=no). To deal with that, it's good to have also legacy network service enabled to finish the activation.

$ systemctl enable network

But, maybe I'm missing something.

@phroton
Copy link

phroton commented Oct 4, 2019

@vholer Thank you for the hint. That works for us. :-)

@vholer vholer modified the milestones: v5.10.1, v5.12.0 Feb 17, 2020
@vholer vholer changed the title RHEL8/CentOS8 support RHEL/CentOS 8 support Feb 17, 2020
@vholer vholer changed the title RHEL/CentOS 8 support Add NetworkManager support Feb 17, 2020
@vholer
Copy link
Contributor

vholer commented Feb 17, 2020

I'm converting this issue into native support for NetworkManager controlled and configured interfaces, so that current legacy approach with network-scripts and excluding NM (via NM_CONTROLLED=no) will stay as is. Native NM support should work independently on the OS, it will talk to NM over standard means (nm-cli?) instead of RH specific files.

@vholer vholer modified the milestones: v5.12.0, v5.14.0 Feb 17, 2020
@vholer vholer modified the milestones: v6.0.0, v6.2.0 Mar 31, 2021
@vholer
Copy link
Contributor

vholer commented Aug 11, 2021

NM support implemented as part of #227

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants