This bug was fixed in the package systemd - 237-3ubuntu10.39
---------------
systemd (237-3ubuntu10.39) bionic; urgency=medium
[ Dariusz Gadomski ]
*
d/p/lp1762391/0001-Call-getgroups-to-know-size-of-supplementary-groups-.patch,
d/p/lp1762391/0002-user-util-tweak-to-in_gid.patch,
d/p/lp1762391/0003-user-util-Add-helper-functions-for-gid-lists-operati.patch,
d/p/lp1762391/0004-execute-Restore-call-to-pam_setcred.patch,
d/p/lp1762391/0005-execute-Detect-groups-added-by-PAM-and-merge-them-wi.patch,
d/p/lp1762391/0006-test-Add-tests-for-gid-list-ops.patch,
d/p/lp1762391/0007-execute-add-const-to-array-parameters-where-possible.patch,
d/p/lp1762391/0008-execute-allow-pam_setcred-to-fail-ignore-errors.patch:
- Restore call to pam_setcred (LP: #1762391)
[ Ioanna Alifieraki ]
* d/p/lp1860548/0001-Revert-Replace-use-of-snprintf-with-xsprintf.patch,
d/p/lp1860548/0002-job-truncate-unit-description.patch:
- use snprintf instead of xsprintf (LP: #1860548)
[ Dan Streetman ]
* d/p/lp1833193-network-update-address-when-static-address-was-alrea.patch:
- Update lft when static addr was cfg by dhcp (LP: #1833193)
*
d/p/lp1849261/0001-core-when-we-can-t-enqueue-OnFailure-job-show-full-e.patch,
d/p/lp1849261/0002-core-don-t-trigger-OnFailure-deps-when-a-unit-is-goi.patch:
- Only trigger OnFailure= if Restart= is not in effect (LP: #1849261)
* 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/lp1845909/0001-networkd-honour-LinkLocalAddressing.patch,
d/p/lp1845909/0002-networkd-fix-link_up-12505.patch,
d/p/lp1845909/0003-network-do-not-send-ipv6-token-to-kernel.patch,
d/p/lp1845909/0004-network-rename-linux_configure_after_setting_mtu-to-linux.patch,
d/p/lp1845909/0005-network-add-link-setting_genmode-flag.patch,
d/p/lp1845909/0006-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch,
d/p/lp1845909/0007-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch,
d/p/lp1845909/0008-network-drop-IPv6LL-address-when-LinkLocalAddressing.patch:
- if LinkLocalAddressing=no prevent creation of ipv6ll (LP: #1845909)
* d/p/lp1859862-network-Do-not-disable-IPv6-by-writing-to-sysctl.patch:
- enable ipv6 when needed (LP: #1859862)
* d/p/lp1836695-networkd-Add-back-static-routes-after-DHCPv4-lease-e.patch:
- (re)add static routes after getting dhcp4 addr (LP: #1836695)
* d/t/storage:
- fix buggy test (LP: #1831459)
- without scsi_debug, skip test (LP: #1847816)
-- Dan Streetman <ddstr...@canonical.com> Thu, 06 Feb 2020 10:00:49
-0500
** Changed in: systemd (Ubuntu Bionic)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1833193
Title:
systemd-networkd fails to apply static IPv4 when the static IP is the
same as previously configured by DHCP
Status in systemd:
Fix Released
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Bionic:
Fix Released
Status in systemd source package in Disco:
Won't Fix
Bug description:
[impact]
if networkd is configured with a static address, and the address has
already been assigned by dhcp (so that it has finite valid_lft),
networkd will not change the valid_lft to 'forever' during startup,
which leaves networkd thinking the address is static (meaning,
networkd will not attempt to renew the dhcp lease) but the address
valid_lft counting down.
Once the valid_lft expires, the kernel will remove the address from
the interface, breaking the system's networking.
[test case]
configure a system with networkd similar to:
[Match]
Name=ens3
[Network]
DHCP=ipv4
restart systemd-networkd, and ens3 should get a DHCP address, e.g.:
$ ip -4 a show ens3
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
inet 192.168.122.147/24 brd 192.168.122.255 scope global dynamic ens3
valid_lft 2295sec preferred_lft 2295sec
then, edit the networkd config to use a static address, e.g.:
[Match]
Name=ens3
[Network]
Address=192.168.122.147/24
Gateway=192.168.122.1
DNS=192.168.122.1
Domains=vm
make sure to use the exact same address that was provided by dhcp.
Then, without rebooting, just restart networkd and check the address
lft:
$ sudo systemctl restart systemd-networkd
$ ip -4 a show ens3
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
inet 192.168.122.147/24 brd 192.168.122.255 scope global dynamic ens3
valid_lft 2992sec preferred_lft 2992sec
the address should have 'forever' valid_lft, but it doesn't.
[regression potential]
this changes the details of how networkd updates static addresses
during startup, so any regression would occur at networkd startup when
using static addresses.
[scope]
this is needed only in Bionic and Disco.
this is fixed by upstream:
https://github.com/systemd/systemd/pull/11460/commits
specifically commit a47a6daebe0af26c07d8d423225eb4add110793c
which is included in Eoan and later.
In Xenial using networkd, testing shows this problem does not occur,
because this older version of networkd removes the 'foreign' dhcp
address before re-assigning it as a static address.
[other info]
original description:
---
In bionic, running systemd 237-3ubuntu10.22 and netplan.io
0.97-0ubuntu1~18.04.1, systemd-networkd fails to configure an
interface with a static IPv4 address if the statically confiugred
address is the same as the interface already has gotten from DHCP.
This will cause the interface to loose its IP address when the DHCP
lease exires, even though you've told netplan to configure it as
static.
I expect systemd-networkd to actually configure an IP address as
static, regardless of what address the interface has before from DHCP.
# lsb_release -rd
Description: Ubuntu 18.04.2 LTS
Release: 18.04
# apt-cache policy systemd
systemd:
Installed: 237-3ubuntu10.22
# apt-cache policy netplan.io
netplan.io:
Installed: 0.97-0ubuntu1~18.04.1
A paste of systemd-networkd's debug log when I run "netplan apply" and
the interface already has the static IP configured from DHCP.
It seems like upon a restart, systemd-networkd will allways add
whatever IP config it had before the service stopped, and then apply
changes (if any). Since my new config has the same IP as it already
had, it does nothing even though the new config has static
configuration.
To manage notifications about this bug go to:
https://bugs.launchpad.net/systemd/+bug/1833193/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
