[Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Launchpad Bug Tracker
1845909 at bugs.launchpad.net
Thu Jan 23 16:26:02 UTC 2020
This bug was fixed in the package systemd - 244.1-0ubuntu2
---------------
systemd (244.1-0ubuntu2) focal; urgency=medium
[ Dimitri John Ledkov ]
* shutdown: do not detach autoclear loopback devices
Author: Dimitri John Ledkov
File: debian/patches/shutdown-do-not-detach-autoclear-loopback-devices.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=3978d34b59e98cdd01836c41a10442967636b8fc
[ Balint Reczey ]
* Revert upstream commit breaking IPv4 DHCP in LXC containers in 244.1
(LP: #1857123)
File: debian/patches/Revert-network-if-sys-is-rw-then-udev-should-be-around.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=39c12f8e736afd1b7bdeb13ff6bccaea85020873
systemd (244.1-0ubuntu1) focal; urgency=medium
* New upstream version 244.1
- network: set ipv6 mtu after link-up or device mtu change (LP: #1671951)
- & other changes
* Refresh patches.
- Dropped changes:
* d/p/lp-1853852-*: fix issues with muliplexed shmat calls (LP: #1853852)
Files:
- debian/patches/lp-1853852-seccomp-fix-multiplexed-system-calls.patch
- debian/patches/lp-1853852-seccomp-mmap-test-results-depend-on-kernel-libseccom.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=382271662c60c339b0a404c7a1772fe5670516ef
* d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch:
set ipv6 mtu at correct time
* pstore: Don't start systemd-pstore.service in containers.
Usually it is not useful and can also fail making
boot-and-services autopkgtest fail. (LP: #1856729)
File: debian/patches/pstore-Don-t-start-systemd-pstore.service-in-containers.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=28b5a03769cbed9d3170ebac38508b867530a2d6
* Revert: network: do not drop foreign config if interface is in initialized state.
This fixes FTBFS with the other network-related reverts.
File: debian/patches/Revert-network-do-not-drop-foreign-config-if-interface-is.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=22a9fa3bb03ba2a629926af39ea7df81fe33c9b8
systemd (244-3ubuntu5) focal; urgency=medium
[ Dariusz Gadomski ]
* d/p/lp1762391/0001-user-util-Add-helper-functions-for-gid-lists-operati.patch,
d/p/lp1762391/0002-execute-Restore-call-to-pam_setcred.patch,
d/p/lp1762391/0003-execute-Detect-groups-added-by-PAM-and-merge-them-wi.patch,
d/p/lp1762391/0004-test-Add-tests-for-gid-list-ops.patch,
d/p/lp1762391/0005-execute-add-const-to-array-parameters-where-possible.patch,
d/p/lp1762391/0006-execute-allow-pam_setcred-to-fail-ignore-errors.patch:
- Restore call to pam_setcred (LP: #1762391)
[ Dan Streetman ]
* d/t/storage: without scsi_debug, skip test (LP: #1847816)
systemd (244-3ubuntu4) focal; urgency=medium
* d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch:
set ipv6 mtu at correct time (LP: #1671951)
* d/p/0001-network-rename-linux_configure_after_setting_mtu-to-linux.patch,
d/p/0002-network-add-link-setting_genmode-flag.patch,
d/p/0003-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch,
d/p/0004-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch:
- drop foreign config and raise interface after setting genmode
(LP: #1845909)
systemd (244-3ubuntu3) focal; urgency=medium
* shutdown: cherry-pick PR#14409 to fix detach of loopback devices
for Ubuntu Core 20
File: debian/patches/shutdown-modernizations-pr-14409.patch
https://github.com/systemd/systemd/pull/14409.diff
systemd (244-3ubuntu2) focal; urgency=medium
* d/p/debian/UBUNTU-Support-system-image-read-only-etc.patch:
- re-add missing bits for timedated.c (LP: #1778936)
-- Balint Reczey <rbalint at ubuntu.com> Wed, 22 Jan 2020 16:27:49 +0100
** Changed in: systemd (Ubuntu Focal)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1845909
Title:
[SRU] IPv6 link local address is assigned even when
LinkLocalAddressing=no|ipv4
Status in systemd:
New
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Bionic:
In Progress
Status in systemd source package in Disco:
Won't Fix
Status in systemd source package in Eoan:
In Progress
Status in systemd source package in Focal:
Fix Released
Bug description:
[impact]
in some situations when a networkd interface is configured with
LinkLocalAddressing=no, networkd still assigns a link-local address to
it
[test case]
see comment 3.
note I was only able to reproduce this at boot time; if the vlan
interface is removed (i.e. 'sudo ip l del pppoe') and then networkd
restarted, the pppoe interface is created and does not have a link-
local address. This is due to this bug being triggered by timing, as
a vlan interface is raised by the kernel when its parent interface is
raised, in this case by networkd itself.
[regression potential]
this changes how ipv6ll addresses are managed and dropped, as well as
changing when foreign addresses are dropped (later in config process).
Any regressions would likely be around incorrectly setting ipv6ll
addresses, or complete failure to complete interface configuration.
[scope]
this is fixed upstream by:
https://github.com/systemd/systemd/pull/13927
and also requires the upstream PR referenced in the original description:
upstream patch: https://github.com/systemd/systemd/pull/13565
this is required for focal (uploaded already), eoan, and bionic. It
may be required for xenial.
[other info]
Note, the original description below is incorrect, the issue/patch it
references is not enough to fix this issue.
original description:
--
upstream issue: https://github.com/systemd/systemd/issues/12886
upstream patch: https://github.com/systemd/systemd/pull/13565
The upstream fix will be available in systemd 244.
Backport please. Thanks.
To manage notifications about this bug go to:
https://bugs.launchpad.net/systemd/+bug/1845909/+subscriptions
More information about the foundations-bugs
mailing list