[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
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 Thu, 06 Feb 2020 09:45:57 -0500 ** Changed in: systemd (Ubuntu Eoan) 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: Fix Released 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: 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: 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/test
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Tags removed: verification-needed verification-needed-eoan ** Tags added: verification-done verification-done-eoan -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: Fix Committed 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: 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: 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: f
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
Verified VLANs on Eoan using systemd 242-7ubuntu3.7 from -proposed correctly set the MTU to 1500 when specified in the netplan config. ** Attachment added: "curtin vmtest logs for vlan mtu verification" https://bugs.launchpad.net/curtin/+bug/1846232/+attachment/5326388/+files/bug-1846232-curtin-vmtest-verification-v2.tar.gz -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: Fix Committed 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: 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: 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: f
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
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 # This file is generated from information provided by the datasource. Changes # to it will not persist across an instance reboot. To disable cloud-init's # network configuration capabilities, write a file # /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following: # network: {config: disabled} network: version: 2 ethernets: interface0: addresses: - 10.245.168.16/21 gateway4: 10.245.168.1 match: macaddress: d4:be:d9:a8:49:13 mtu: 1500 nameservers: addresses: - 10.245.168.2 set-name: interface0 interface1: addresses: - 10.245.188.2/24 match: macaddress: d4:be:d9:a8:49:15 mtu: 1500 nameservers: addresses: - 10.245.168.2 search: - dellstack set-name: interface1 interface2: match: macaddress: d4:be:d9:a8:49:17 mtu: 1500 set-name: interface2 interface3: match: macaddress: d4:be:d9:a8:49:19 mtu: 1500 set-name: interface3 vlans: interface1.2667: addresses: - 10.245.184.2/24 id: 2667 link: interface1 mtu: 1500 nameservers: addresses: - 10.245.168.2 search: - dellstack interface1.2668: addresses: - 10.245.185.1/24 id: 2668 link: interface1 mtu: 1500 nameservers: addresses:
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Attachment added: "curtin vmtest logs for vlan mtu issue" https://bugs.launchpad.net/curtin/+bug/1846232/+attachment/5325684/+files/bug-1846232-curtin-vmtest-verification.tar.gz -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: Fix Committed 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: 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: 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' multica
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
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 -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: Fix Committed 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: 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: 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 pr
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Description changed: [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: 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 + 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: 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 - + 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] - disco and earlier don't have the patch that introduces this problem, and - focal already has the patch that fixes this (see comment 4 for details), - so this is needed only for eoan. - 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' sco
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Description changed: + [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: 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: 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. + + [other info] + + disco and earlier don't have the patch that introduces this problem, and + focal already has the patch that fixes this (see comment 4 for details), + so this is needed only for eoan. + + 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])) + 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 + 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' -
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Also affects: systemd (Ubuntu Eoan) Importance: Undecided Status: New ** Changed in: systemd (Ubuntu Eoan) Status: New => In Progress ** Changed in: systemd (Ubuntu Eoan) Importance: Undecided => Medium ** Changed in: systemd (Ubuntu Eoan) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu) Status: New => 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Eoan: In Progress Bug 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'
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Changed in: systemd Status: Unknown => 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Fix Released Status in systemd package in Ubuntu: New Bug 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
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
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. ** Bug watch added: github.com/systemd/systemd/issues #12552 https://github.com/systemd/systemd/issues/12552 ** Also affects: systemd via https://github.com/systemd/systemd/issues/12552 Importance: Unknown Status: Unknown -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Unknown Status in systemd package in Ubuntu: New Bug 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_u
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
> This looks to be related to networkd: sorry, I didn't read comments before posting, you found it already :) -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd: Unknown Status in systemd package in Ubuntu: New Bug 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 qdi
[Touch-packages] [Bug 1846232] Re: networkd pads interface MTU by 4 bytes for vlan even when told not to
** Summary changed: - vmtests: test_ip_output failing in vlan tests on eoan + networkd pads interface MTU by 4 bytes for vlan even when told not to -- 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/1846232 Title: networkd pads interface MTU by 4 bytes for vlan even when told not to Status in curtin: Invalid Status in systemd package in Ubuntu: New Bug 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