Bugzilla – Full Text Bug Listing
|Summary:||NetworkManager manages networks it shouldn't|
|Product:||[openSUSE] openSUSE Tumbleweed||Reporter:||Alan Ott <alan>|
|Component:||YaST2||Assignee:||YaST Team <yast-internal>|
|Status:||NEW ---||QA Contact:||Jiri Srain <jsrain>|
|Priority:||P5 - None||CC:||alan, ancor, jreidinger, mfilka, mvidner|
|Found By:||---||Services Priority:|
|Marketing QA Status:||---||IT Deployment:||---|
Yast logs as requested
Description Alan Ott 2015-09-25 01:07:43 UTC
NetworkManager starts and tries to manage networks that should be managed by Wicked. 1. Install Tumbleweed build 328 from: openSUSE-Tumbleweed-ARM-XFCE-efi.aarch64-1.12.1-Build328.1.install.tar.xz 2. Make sure the computer is connected to a network which supports DHCP. 3. Boot the computer. 4. run yast 5. Configure for a static IP address (and set one) 6. Save and quit 6a: observe that yast restarts networking services 7. run: ip addr show 7a: Observe that the static IP address is shown, as well as an address that was pulled from DHCP. 7b: Note that ONLY the static IP should be shown 8. Reboot the computer 9. login 10. run ip addr show 10a: Observe that the busted network state (two IP addresses) persists a reboot. 11: Run yast 12: Go to network Settings 13: Hit TAB and select Global Options 14: Notice that "Network Setup Method" is Wicked (and not NetworkManager), and notice that this is the default. 15: Cancel and exit Yast If you disable NetworkManager manually (through systemctl), this problem goes away, and the DHCP address will not show up.
Comment 1 Lukas Ocilka 2015-09-29 11:51:52 UTC
To summarize the bug: When Yast restarts network (configured with static address), the $other network interface is configured with DHCP. This seems to be caused by NetworkManager although only WICKED should be running. After disabling NetworkManager manually, the problem does not appear. Alan, could you attach Yast logs, please?
Comment 2 Lukas Ocilka 2015-09-29 11:53:01 UTC
Martin, Michal, do you remember something similar from the past?
Comment 3 Michal Filka 2015-09-30 13:31:03 UTC
yes, there were several issues with disabling NetworkManager in the past.
Comment 4 Alan Ott 2015-09-30 17:51:55 UTC
Created attachment 649682 [details] Yast logs as requested
Comment 5 Alan Ott 2015-09-30 17:56:59 UTC
Please disregard the yast logs attached. They won't show the issue as described, as they are for a newer release where yast doesn't work at all ( bug 947645 ). Sorry for the confusion. I'll have to re-install Build328 to generate yast logs for you. I have already given a very detailed process for reproducing this issue. Are you not able to reproduce it on your end?
Comment 6 Alan Ott 2015-09-30 17:58:30 UTC
Michal, it's not about disabling networkmanager. It should be disabled by default, at least if the yast UI is to be believed.
Comment 7 Ancor Gonzalez Sosa 2015-10-09 13:50:41 UTC
Added to YaST Team Scrum queue.
Comment 8 Alan Ott 2015-11-09 22:31:14 UTC
With the latest Tumbleweed, Build340, this problem different. In Build340, there's no option to use NetworkManager in yast, but now the network configuration defaults to "Network Services Disabled" after a fresh install. Yast logs attached.
Comment 9 Alan Ott 2015-11-09 22:32:32 UTC
Created attachment 655268 [details] Yast Logs Yast Logs from Tumbleweed Build 340 aarch64. Created with save_y2logs.
Comment 10 Michal Filka 2015-11-11 06:47:01 UTC
Is NetworkManager installed?
Comment 11 Alan Ott 2015-11-11 07:00:30 UTC
I don't know whether NetworkManager is installed, and I don't have access to the hardware for the next couple of days. This new problem was observed on a fresh install of the JeOS variant of Tumbleweed, Build 340. It should be easy to determine the answer to your question on your end. What is the design of the JeOS variant? After a fresh install, the network doesn't work. Upon looking at YaST, the network configuration indicates "Network Services Disabled". This doesn't seem appropriate for an out-of-the-box installation.
Comment 12 Lukas Ocilka 2015-11-11 07:25:03 UTC
Michal, you can find out easily yourself: grep -i manager rpm-qa yast2-services-manager-3.1.39-2.1 (openSUSE) openSUSE Factory grep -i network rpm-qa yast2-network-3.1.133-1.1 (openSUSE) openSUSE Factory
Comment 13 Michal Filka 2015-11-11 11:52:52 UTC
(In reply to Lukas Ocilka from comment #12) > Michal, you can find out easily yourself: > > grep -i manager rpm-qa > yast2-services-manager-3.1.39-2.1 (openSUSE) > openSUSE Factory > > grep -i network rpm-qa > yast2-network-3.1.133-1.1 (openSUSE) openSUSE > Factory it doesn't tell me if the NetworkManager is installed in reporters instance. I currently run four virtual machines (and one physical ;-) with different products. Sadly none of them contains Tumbleweed. I'll return to this one once SLE-12-SP1 GMC deadline is over. In general / why I asked: when NetworkManager is not installed, it is not listed in the list of services.
Comment 14 Alan Ott 2015-11-11 15:55:32 UTC
Consider the reporter's instance to be the default Tumbleweed Build 340 as it comes immediately after install where yast is the first command executed after the first login. We specifically tested like that to make sure the issue was still present in 340, and it is. Even if it isn't installed, shouldn't wicked show up as the default network configurator instead of "Network Services Disabled", so that netowrking works by default?
Comment 15 Michal Filka 2015-11-11 19:34:25 UTC
(In reply to Alan Ott from comment #14) > > Even if it isn't installed, shouldn't wicked show up as the default network > configurator instead of "Network Services Disabled", so that netowrking > works by default? indeed it should detect wicked. I've only tried to explain why NetworkManager is not listed According logs, the layer responsible for detecting the service reports wicked. So it seems that something strange happens in UI
Comment 16 Alan Ott 2015-11-12 06:21:55 UTC
To be clear, it's not just something happening in the UI of YaST, the symptom is that networking doesn't work on a fresh install. In the past it has defaulted to DHCP at least on eth0.
Comment 17 Josef Reidinger 2018-08-22 13:06:08 UTC