[Bug 1135647] New: Missing ipv6 assignment with upgrade leap 15.0 to 15.1?
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647 Bug ID: 1135647 Summary: Missing ipv6 assignment with upgrade leap 15.0 to 15.1? Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening@forge.provo.novell.com Reporter: abittner@opensuse.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- I have some simple system, installed last year, for the first time, started with a clean 15.0 back then. Some consumer german xdsl isp. The actual router/cpe has ipv6 assignments and usually supplies connected machines with routable ipv6 as well. The upgraded (zypper dup) opensuse leap 15.1 system doesnt have an assigned global ipv6 any more. The network interface card was set to dhcp4 only, but as to my knowledge, this wouldnt hinder the ipv6 autoconfiguration and assignment. What went wrong here or what am I doing wrong? Yast2 shows ipv6 globally enabled, and I see fe80:: addresses and ::1 on lo. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c2
Bernhard Wiedemann
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c3
--- Comment #3 from Bernhard Wiedemann
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c6
--- Comment #6 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c7
--- Comment #7 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c8
--- Comment #8 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c9
--- Comment #9 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c10
--- Comment #10 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c11
--- Comment #11 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c12
--- Comment #12 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c15
andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c16
--- Comment #16 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c17
--- Comment #17 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c18
--- Comment #18 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c19
--- Comment #19 from Marius Tomaschewski
in the systems current (buggy?) state:
systemctl show -p Id network.service Id=wicked.service ^^^^^^^^^^^^^^
Yes. wicked.service is currently selected as the network.service, but somehow also NetworkManager has been enabled + started as visible in comment 15:
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
It is possible that some Desktop applet configured this. Wicked does not provide a desktop applet / desktop integration yet. A desktop applet may request root privileges and enable NetworkManager with some click... When both are running, they're trying to make the same thing (dhcp6) but differently and conflict with each other. Both can request dhcp6 [it is using multicasts from fe80:* to ff:* addresses], but only one will get *all* answers, the another no response. Beside this, while wicked is using the auto-configuration provided by the kernel, NetworkManager is *AFAIK* disabling it and using a library instead. Further, the machine is currently configured as *router* with: net.ipv4.conf.all.forwarding = 1 net.ipv6.conf.all.forwarding = 1 Did you tried to configure e.g. VPN? IPv6 auto-configuration of Routers is _disabled_ by default acc. to RFCs. To enable it on a router e.g. to get the ipv6 default route applied again, you need to explicitly enable it using: net.ipv6.conf.eth0.accept_ra = 2 instead of 1 (1 is for hosts which have forwarding = 0), see also: https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt (In reply to andreas bittner from comment #18)
Also: what is default for leap these days? What do I go for? wicked? networkmanager? I never needed to really think about this kind of stuff.
It depends on the installation pattern. Desktop/Laptop pattern can request to use NetworkManager and yast2 may switch over then. A while ago, there were some bug in an application that were adding an RPM dependency to NetworkManager -- seems it were this bug: http://bugzilla.opensuse.org/show_bug.cgi?id=1122194 I've observed on ARM (Raspberry PI), that some images are broken and enable to start both or improperly enable/disable one of them ... except this was some dependency like above again...? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c20
Marius Tomaschewski
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c21
Anton Smorodskyi
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c22
Marius Tomaschewski
Hi Marius,
no we don't have anywhere in tests logic which make sure that only one of NetworkManager/wicked is up and running. We currently only checking that expected service is running.
after reviewing a bug and further discussion I can suggest such scenario :
1. systemctl status network.service - to get the one which treated by system as proper one 2. systemctl status wickedd.service wicked.service or systemctl status NetworkManager to check the one which suppose to be disabled is actually disabled.
Not only that it is disabled, but even more important, that it is not started.
Only thing which is not clear for me in which scenarios exactly we need to insert this check. For now on I will just extend scenario which checking that appropriate network service is running with this negative check that other one is not running. This mean that mostly this check will happen just after "normal" installation which less likely allow us to catch something.
This bug has high probability to be related to upgrade. Unfortunately for Leap upgrade not covered at all. Second mentioned bug #1122194 I find irrelevant for testing because it describes issue which happened due to 3d party rpm ( TeamViewer ). Do you have any other flow which we can cover in regard to this bug ?
Yes, we can't ensure this for third party RPMs as we don't install any, but prevent to add dependencies triggering a start in the RPMs we ship. I've already seen some ARM / Raspberry PI images where both wicked + NM were running + enabled. Also, there were bugs, that e.g. dhclient were still running after the switch from NetworkManager to wicked in YaST2, because a "systemctl stop NetworkManager.service" does not stop them due to the KillMode=process used by NetworkManager (to avoid it breaks remote-fs mounts on shutdown), e.g. https://bugzilla.suse.com/show_bug.cgi?id=895447. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c23
--- Comment #23 from andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c24
andreas bittner
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647#c25
Marius Tomaschewski
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
Marius Tomaschewski
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
Marius Tomaschewski
http://bugzilla.opensuse.org/show_bug.cgi?id=1135647
Marius Tomaschewski
participants (1)
-
bugzilla_noreply@novell.com