networkd pads interface MTU by 4 bytes for vlan even when told not to

Bug #1846232 reported by Dan Watkins
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
curtin
Invalid
Undecided
Unassigned
systemd
Fix Released
Unknown
systemd (Ubuntu)
Fix Released
Undecided
Unassigned
Eoan
Fix Released
Medium
Dan Streetman

Bug Description

[impact]

vlan interface has wrong mtu, which may cause lost packets due to incorrect mtu

[test case]

configure a system using the netplan cfg similar to comment 2.

alternately, networkd config can be used, similar to:

ubuntu@lp1846232-e:/run/systemd/network$ grep . *
10-netplan-ens3.2667.netdev:[NetDev]
10-netplan-ens3.2667.netdev:Name=ens3.2667
10-netplan-ens3.2667.netdev:MTUBytes=1500
10-netplan-ens3.2667.netdev:Kind=vlan
10-netplan-ens3.2667.netdev:[VLAN]
10-netplan-ens3.2667.netdev:Id=2667
10-netplan-ens3.2667.network:[Match]
10-netplan-ens3.2667.network:Name=ens3.2667
10-netplan-ens3.2667.network:[Network]
10-netplan-ens3.2667.network:LinkLocalAddressing=ipv6
10-netplan-ens3.2667.network:Address=1.2.3.4/32
10-netplan-ens3.2667.network:ConfigureWithoutCarrier=yes
10-netplan-ens3.link:[Match]
10-netplan-ens3.link:OriginalName=ens3
10-netplan-ens3.link:[Link]
10-netplan-ens3.link:WakeOnLan=off
10-netplan-ens3.link:MTUBytes=1500
10-netplan-ens3.network:[Match]
10-netplan-ens3.network:Name=ens3
10-netplan-ens3.network:[Network]
10-netplan-ens3.network:LinkLocalAddressing=ipv6
10-netplan-ens3.network:VLAN=ens3.2667

The reboot and check the mtus:

ubuntu@lp1846232-e:~$ ip l show ens3
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 52:54:00:12:99:1b brd ff:ff:ff:ff:ff:ff
ubuntu@lp1846232-e:~$ ip l show ens3.2667
3: ens3.2667@ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 52:54:00:12:99:1b brd ff:ff:ff:ff:ff:ff

The base interface should have a mtu of only 1500.

[regression potential]

As this corrects/adjusts the mtu of the interface, regressions would likely involve interface(s) being assigned incorrect mtu values, which then would lead to dropped packets and/or lowered network performance.

[scope]

this is needed only for Eoan.

disco and earlier don't have the patch that introduces this problem, commit 4b151b71320bbee1549afcbad5554a40d90d63b4

focal already has the patches that fix this, commit f6fcc1c2a41eae749467de58453174296b635a69 (and the commit before it)

see comment 4 for more details

[other info]

original description:

---

From https://jenkins.ubuntu.com/server/job/curtin-vmtest-devel-amd64/916/console:

======================================================================
FAIL: test_ip_output (vmtests.test_network_vlan.EoanTestNetworkVlan)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/jenkins/servers/server/workspace/curtin-vmtest-devel-amd64/curtin-916/tests/vmtests/test_network.py", line 311, in test_ip_output
    routes)
  File "/var/lib/jenkins/servers/server/workspace/curtin-vmtest-devel-amd64/curtin-916/tests/vmtests/test_network.py", line 337, in check_interface
    int(ipcfg[key]))
AssertionError: 1500 != 1504
-------------------- >> begin captured stdout << ---------------------
parsed ip_a dict:
interface0:
    broadcast: 10.245.175.255
    group: default
    inet4:
    - address: 10.245.168.16
        prefixlen: '21'
        scope: global
        valid_lft: forever
    inet6:
    - address: fec0::d6be:d9ff:fea8:4913
        prefixlen: '64'
        scope: site
        valid_lft: 86256sec
    - address: fe80::d6be:d9ff:fea8:4913
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface0
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:13
    mtu: '1500'
    multicast: false
    qdisc: fq_codel
    qlen: '1000'
    running: false
    state: UP
    up: false
interface1:
    broadcast: 10.245.188.255
    group: default
    inet4:
    - address: 10.245.188.2
        prefixlen: '24'
        scope: global
        valid_lft: forever
    inet6:
    - address: fec0::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: site
        valid_lft: 86256sec
    - address: fe80::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface1
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:15
    mtu: '1504'
    multicast: false
    qdisc: fq_codel
    qlen: '1000'
    running: false
    state: UP
    up: false
interface1.2667:
    broadcast: 10.245.184.255
    group: default
    inet4:
    - address: 10.245.184.2
        prefixlen: '24'
        scope: global
        valid_lft: forever
    inet6:
    - address: fe80::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface1.2667
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:15
    mtu: '1500'
    multicast: false
    qdisc: noqueue
    qlen: '1000'
    running: false
    state: UP
    up: false
    vlan_link: interface1
interface1.2668:
    broadcast: 10.245.185.255
    group: default
    inet4:
    - address: 10.245.185.1
        prefixlen: '24'
        scope: global
        valid_lft: forever
    inet6:
    - address: fe80::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface1.2668
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:15
    mtu: '1500'
    multicast: false
    qdisc: noqueue
    qlen: '1000'
    running: false
    state: UP
    up: false
    vlan_link: interface1
interface1.2669:
    broadcast: 10.245.186.255
    group: default
    inet4:
    - address: 10.245.186.1
        prefixlen: '24'
        scope: global
        valid_lft: forever
    inet6:
    - address: fe80::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface1.2669
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:15
    mtu: '1500'
    multicast: false
    qdisc: noqueue
    qlen: '1000'
    running: false
    state: UP
    up: false
    vlan_link: interface1
interface1.2670:
    broadcast: 10.245.187.255
    group: default
    inet4:
    - address: 10.245.187.2
        prefixlen: '24'
        scope: global
        valid_lft: forever
    inet6:
    - address: fe80::d6be:d9ff:fea8:4915
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface1.2670
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:15
    mtu: '1500'
    multicast: false
    qdisc: noqueue
    qlen: '1000'
    running: false
    state: UP
    up: false
    vlan_link: interface1
interface2:
    broadcast: ff:ff:ff:ff:ff:ff
    group: default
    inet4: []
    inet6:
    - address: fec0::d6be:d9ff:fea8:4917
        prefixlen: '64'
        scope: site
        valid_lft: 86256sec
    - address: fe80::d6be:d9ff:fea8:4917
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface2
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:17
    mtu: '1500'
    multicast: false
    qdisc: fq_codel
    qlen: '1000'
    running: false
    state: UP
    up: false
interface3:
    broadcast: ff:ff:ff:ff:ff:ff
    group: default
    inet4: []
    inet6:
    - address: fec0::d6be:d9ff:fea8:4919
        prefixlen: '64'
        scope: site
        valid_lft: 86255sec
    - address: fe80::d6be:d9ff:fea8:4919
        prefixlen: '64'
        scope: link
        valid_lft: forever
    interface: interface3
    loopback: false
    lower_up: false
    mac_address: d4:be:d9:a8:49:19
    mtu: '1500'
    multicast: false
    qdisc: fq_codel
    qlen: '1000'
    running: false
    state: UP
    up: false
lo:
    broadcast: 00:00:00:00:00:00
    group: default
    inet4:
    - address: 127.0.0.1
        prefixlen: '8'
        scope: host
        valid_lft: forever
    inet6:
    - address: ::1
        prefixlen: '128'
        scope: host
        valid_lft: forever
    interface: lo
    loopback: false
    lower_up: false
    mtu: '65536'
    multicast: false
    qdisc: noqueue
    qlen: '1000'
    running: false
    state: UNKNOWN
    up: false

ip_route_show: line: 10.245.168.0/21 dev interface0 proto kernel scope link src 10.245.168.16
ip_route_show: line: 10.245.184.0/24 dev interface1.2667 proto kernel scope link src 10.245.184.2
ip_route_show: line: 10.245.185.0/24 dev interface1.2668 proto kernel scope link src 10.245.185.1
ip_route_show: line: 10.245.186.0/24 dev interface1.2669 proto kernel scope link src 10.245.186.1
ip_route_show: line: 10.245.187.0/24 dev interface1.2670 proto kernel scope link src 10.245.187.2
ip_route_show: line: 10.245.188.0/24 dev interface1 proto kernel scope link src 10.245.188.2

network_state iface: address: null
control: auto
gateway: null
index: 0
inet: inet
mac_address: d4:be:d9:a8:49:13
mode: static
mtu: 1500
name: interface0
subnets:
- address: 10.245.168.16/21
    dns_nameservers:
    - 10.245.168.2
    gateway: 10.245.168.1
    type: static
type: physical

check_interface: testing ifname:interface0
iface:
{'name': 'interface0', 'type': 'physical', 'mac_address': 'd4:be:d9:a8:49:13', 'inet': 'inet', 'mode': 'static', 'mtu': 1500, 'address': None, 'gateway': None, 'subnets': [{'address': '10.245.168.16/21', 'dns_nameservers': ['10.245.168.2'], 'gateway': '10.245.168.1', 'type': 'static'}], 'index': 0, 'control': 'auto'}

ipcfg:
{'inet4': [{'address': '10.245.168.16', 'prefixlen': '21', 'scope': 'global', 'valid_lft': 'forever'}], 'inet6': [{'address': 'fec0::d6be:d9ff:fea8:4913', 'prefixlen': '64', 'scope': 'site', 'valid_lft': '86256sec'}, {'address': 'fe80::d6be:d9ff:fea8:4913', 'prefixlen': '64', 'scope': 'link', 'valid_lft': 'forever'}], 'interface': 'interface0', 'broadcast': '10.245.175.255', 'loopback': False, 'lower_up': False, 'multicast': False, 'running': False, 'up': False, 'mtu': '1500', 'qdisc': 'fq_codel', 'state': 'UP', 'group': 'default', 'qlen': '1000', 'mac_address': 'd4:be:d9:a8:49:13'}
ifname=interface0
ipcfg['interface']=interface0
checking mac on iface: interface0
checking mtu on iface: interface0
validating subnet:
{'address': '10.245.168.16/21', 'dns_nameservers': ['10.245.168.2'], 'gateway': '10.245.168.1', 'type': 'static'}
found addresses: [{'address': '10.245.168.16', 'prefixlen': '21', 'scope': 'global', 'valid_lft': 'forever'}]
cur ip={'address': '10.245.168.16', 'prefixlen': '21', 'scope': 'global', 'valid_lft': 'forever'}
subnet={'address': '10.245.168.16/21', 'dns_nameservers': ['10.245.168.2'], 'gateway': '10.245.168.1', 'type': 'static'}
found a match!
returning inet iface
iface:interface0 configured_gws: ['10.245.168.1']
found_gws: ['default via 10.245.168.1 dev interface0 proto static ']
expected: ['10.245.168.1']

network_state iface: address: null
control: auto
gateway: null
index: 0
inet: inet
mac_address: d4:be:d9:a8:49:15
mode: static
mtu: 1500
name: interface1
subnets:
- address: 10.245.188.2/24
    dns_nameservers: []
    type: static
type: physical

check_interface: testing ifname:interface1
iface:
{'name': 'interface1', 'type': 'physical', 'mac_address': 'd4:be:d9:a8:49:15', 'inet': 'inet', 'mode': 'static', 'mtu': 1500, 'address': None, 'gateway': None, 'subnets': [{'address': '10.245.188.2/24', 'dns_nameservers': [], 'type': 'static'}], 'index': 0, 'control': 'auto'}

ipcfg:
{'inet4': [{'address': '10.245.188.2', 'prefixlen': '24', 'scope': 'global', 'valid_lft': 'forever'}], 'inet6': [{'address': 'fec0::d6be:d9ff:fea8:4915', 'prefixlen': '64', 'scope': 'site', 'valid_lft': '86256sec'}, {'address': 'fe80::d6be:d9ff:fea8:4915', 'prefixlen': '64', 'scope': 'link', 'valid_lft': 'forever'}], 'interface': 'interface1', 'broadcast': '10.245.188.255', 'loopback': False, 'lower_up': False, 'multicast': False, 'running': False, 'up': False, 'mtu': '1504', 'qdisc': 'fq_codel', 'state': 'UP', 'group': 'default', 'qlen': '1000', 'mac_address': 'd4:be:d9:a8:49:15'}
ifname=interface1
ipcfg['interface']=interface1
checking mac on iface: interface1
checking mtu on iface: interface1

--------------------- >> end captured stdout << ----------------------

Revision history for this message
Ryan Harper (raharper) wrote :

This looks to be related to networkd:

https://github.com/systemd/systemd/pull/12574/commits

Which is automatically added 4 bytes to base interface MTU, even though we're explicitly setting mtu to 1500 on base interface and vlan.

Changed in curtin:
status: New → Invalid
Revision history for this message
Ryan Harper (raharper) wrote :

This can be reproduced in an LXD Eoan container:

lxc launch ubuntu-daily:eoan e1
lxc exec e1
cat > /etc/netplan/50-cloud-init.yaml << EOF
network:
    version: 2
    ethernets:
        eth0:
            dhcp4: false
            mtu: 1500
    vlans:
        eth0.2667:
            id: 2667
            addresses: [10.22.33.2/24]
            link: eth0
            mtu: 1500
EOF
reboot
lxc exec e1 bash
cloud-init status --wait
ip link show eth0

And this is not an issue in Disco systemd.

Revision history for this message
Ryan Harper (raharper) wrote :

@Dan/Chad I suggest we skip-by this bug number on the eoan vlan test case;

Ryan Harper (raharper)
summary: - vmtests: test_ip_output failing in vlan tests on eoan
+ networkd pads interface MTU by 4 bytes for vlan even when told not to
Revision history for this message
Dan Streetman (ddstreet) wrote :

I believe this is due to
https://github.com/systemd/systemd/commit/4b151b71320bbee1549afcbad5554a40d90d63b4

and probably is
https://github.com/systemd/systemd/issues/12552

fixed by
https://github.com/systemd/systemd/pull/12574/commits
which prevents the automatic mtu bump when MTUBytes is specified

but i'm still uncertain about upstream's link_get_requested_mtu_by_stacked_netdevs() function, that bumps MTU automatically; I might be misunderstanding it, but I don't think it is needed or even correct - but I need to look more closely at it and haven't had time.

Revision history for this message
Dan Streetman (ddstreet) wrote :

> This looks to be related to networkd:

sorry, I didn't read comments before posting, you found it already :)

Changed in systemd:
status: Unknown → Fix Released
Dan Streetman (ddstreet)
Changed in systemd (Ubuntu Eoan):
status: New → In Progress
importance: Undecided → Medium
assignee: nobody → Dan Streetman (ddstreet)
Changed in systemd (Ubuntu):
status: New → Fix Released
Dan Streetman (ddstreet)
description: updated
Dan Streetman (ddstreet)
description: updated
tags: added: ddstreet eoan systemd
Revision history for this message
Steve Langasek (vorlon) wrote : Please test proposed package

Hello Dan, or anyone else affected,

Accepted systemd into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/242-7ubuntu3.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in systemd (Ubuntu Eoan):
status: In Progress → Fix Committed
tags: added: verification-needed verification-needed-eoan
Revision history for this message
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (systemd/242-7ubuntu3.3)

All autopkgtests for the newly accepted systemd (242-7ubuntu3.3) for eoan have finished running.
The following regressions have been reported in tests triggered by the package:

samba/2:4.10.7+dfsg-0ubuntu2.4 (armhf)
netplan.io/0.98-0ubuntu1 (amd64, ppc64el)
gnome-desktop3/3.34.2-2ubuntu1~19.10.1 (armhf)
systemd/242-7ubuntu3.3 (ppc64el, arm64)
munin/2.0.49-3ubuntu1 (armhf)
bolt/0.8-4 (armhf)
umockdev/0.13.2-1 (armhf)
openssh/1:8.0p1-6build1 (amd64, ppc64el, i386, s390x, arm64, armhf)
linux-oem-osp1/5.0.0-1037.42 (amd64)
multipath-tools/unknown (armhf)
knot-resolver/3.2.1-3 (amd64, ppc64el)
lxc/3.0.4-0ubuntu1 (amd64, ppc64el, i386)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/eoan/update_excuses.html#systemd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

Revision history for this message
Ryan Harper (raharper) wrote :
Revision history for this message
Ryan Harper (raharper) wrote :
Download full text (6.4 KiB)

Eoan vmtests for vlan MTU checks now pass:

(neipa) vlan-mtu % egrep "242-7ubuntu3.3" output/EoanTestNetworkVlan/logs/install-serial.log
[ 131.271209] cloud-init[765]: Get:12 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 libnss-systemd amd64 242-7ubuntu3.3 [126 kB]
[ 131.281683] cloud-init[765]: Get:13 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 udev amd64 242-7ubuntu3.3 [1202 kB]
[ 131.534129] cloud-init[765]: Get:14 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 libudev1 amd64 242-7ubuntu3.3 [76.9 kB]
[ 131.538365] cloud-init[765]: Get:15 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 systemd-sysv amd64 242-7ubuntu3.3 [9360 B]
[ 131.567844] cloud-init[765]: Get:17 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 libpam-systemd amd64 242-7ubuntu3.3 [130 kB]
[ 131.605061] cloud-init[765]: Get:19 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 systemd amd64 242-7ubuntu3.3 [3440 kB]
[ 132.048959] cloud-init[765]: Get:20 http://archive.ubuntu.com/ubuntu eoan-proposed/main amd64 libsystemd0 amd64 242-7ubuntu3.3 [262 kB]
[ 137.411834] cloud-init[765]: Preparing to unpack .../libnss-systemd_242-7ubuntu3.3_amd64.deb ...
[ 137.415407] cloud-init[765]: Unpacking libnss-systemd:amd64 (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 137.453015] cloud-init[765]: Preparing to unpack .../udev_242-7ubuntu3.3_amd64.deb ...
[ 137.493093] cloud-init[765]: Unpacking udev (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 137.718653] cloud-init[765]: Preparing to unpack .../libudev1_242-7ubuntu3.3_amd64.deb ...
[ 137.722315] cloud-init[765]: Unpacking libudev1:amd64 (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 137.760023] cloud-init[765]: Setting up libudev1:amd64 (242-7ubuntu3.3) ...
[ 137.824616] cloud-init[765]: Preparing to unpack .../systemd-sysv_242-7ubuntu3.3_amd64.deb ...
[ 137.827789] cloud-init[765]: Unpacking systemd-sysv (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 138.148717] cloud-init[765]: Preparing to unpack .../libpam-systemd_242-7ubuntu3.3_amd64.deb ...
[ 138.153753] cloud-init[765]: Unpacking libpam-systemd:amd64 (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 138.232109] cloud-init[765]: Preparing to unpack .../systemd_242-7ubuntu3.3_amd64.deb ...
[ 138.334042] cloud-init[765]: Unpacking systemd (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 138.888353] cloud-init[765]: Preparing to unpack .../libsystemd0_242-7ubuntu3.3_amd64.deb ...
[ 138.891850] cloud-init[765]: Unpacking libsystemd0:amd64 (242-7ubuntu3.3) over (242-7ubuntu3.2) ...
[ 138.952214] cloud-init[765]: Setting up libsystemd0:amd64 (242-7ubuntu3.3) ...
[ 143.816265] cloud-init[765]: Setting up udev (242-7ubuntu3.3) ...
[ 146.749187] cloud-init[765]: Setting up systemd (242-7ubuntu3.3) ...
[ 148.329699] cloud-init[765]: Setting up systemd-sysv (242-7ubuntu3.3) ...
[ 148.333114] cloud-init[765]: Setting up libnss-systemd:amd64 (242-7ubuntu3.3) ...
[ 148.336356] cloud-init[765]: Setting up libpam-systemd:amd64 (242-7ubuntu3.3) ...
[ 189.293271] cloud-init[765]: systemd is already the newest version (242-7ubuntu3.3).
(neipa) vlan-mtu % cat output/EoanTestNetworkVlan/collect/etc_netplan/50-cloud-init.yaml...

Read more...

Revision history for this message
Steve Langasek (vorlon) wrote : Please test proposed package

Hello Dan, or anyone else affected,

Accepted systemd into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/242-7ubuntu3.7 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Revision history for this message
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (systemd/242-7ubuntu3.7)

All autopkgtests for the newly accepted systemd (242-7ubuntu3.7) for eoan have finished running.
The following regressions have been reported in tests triggered by the package:

remctl/3.15-1build2 (armhf)
systemd-bootchart/unknown (armhf)
netplan.io/0.98-0ubuntu1 (amd64)
systemd/242-7ubuntu3.7 (ppc64el, s390x)
sks/unknown (armhf)
munin/2.0.49-3ubuntu1 (i386)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/eoan/update_excuses.html#systemd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

Revision history for this message
Ryan Harper (raharper) wrote :

Verified VLANs on Eoan using systemd 242-7ubuntu3.7 from -proposed correctly set the MTU to 1500 when specified in the netplan config.

Dan Streetman (ddstreet)
tags: added: verification-done verification-done-eoan
removed: verification-needed verification-needed-eoan
Revision history for this message
Łukasz Zemczak (sil2100) wrote : Update Released

The verification of the Stable Release Update for systemd has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package systemd - 242-7ubuntu3.7

---------------
systemd (242-7ubuntu3.7) eoan; 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)

  * d/p/lp1846232/0001-network-honor-MTUBytes-setting.patch,
    d/p/lp1846232/0002-network-bump-MTU-bytes-only-when-MTUByte-is-not-set.patch:
    - do not always bump MTU with additional 4bytes (LP: #1846232)
  * 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-network-rename-linux_configure_after_setting_mtu-to-linux.patch,
    d/p/lp1845909/0002-network-add-link-setting_genmode-flag.patch,
    d/p/lp1845909/0003-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch,
    d/p/lp1845909/0004-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch,
    d/p/lp1845909/0005-network-drop-IPv6LL-address-when-LinkLocalAddressing.patch:
    - drop foreign config and raise interface after setting genmode
      (LP: #1845909)
  * d/t/storage: without scsi_debug, skip test (LP: #1847816)

 -- Dan Streetman <email address hidden> Thu, 06 Feb 2020 09:45:57 -0500

Changed in systemd (Ubuntu Eoan):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.