Regression on Jammy's kernel 5.15 when creating ip6gre and vti6 tunnels

Bug #2037667 reported by Danilo Egea Gondolfo
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned
Jammy
Triaged
High
Thadeu Lima de Souza Cascardo
systemd (Ubuntu)
Invalid
Undecided
Unassigned
Jammy
Fix Committed
Medium
Nick Rosbrook

Bug Description

[Impact]

We noticed that some of Netplan's integration tests started to fail on Jammy. These tests will try to create ip6gre and vti6 virtual interfaces and systemd-networkd is failing to create them starting on kernel 5.15.0-83.92. As far as I can tell, kernel 5.15.0-82.91 is the last revision where it works. So, some change between 5.15.0-82.91 and 5.15.0-83.92 is causing this regression.

[Test Plan]

This test can be done on any Jammy machine. It is best to test in a VM.

# Create a netplan file that creates 2 tunnels:

$ cat > /etc/netplan/10-tun.yaml <<EOF
network:
  renderer: networkd
  version: 2
  tunnels:
    tun0:
      mode: ip6gre
      local: fe80::1
      remote: 2001:dead:beef::2
    tun1:
      mode: vti6
      local: fe80::2
      remote: 2001:dead:beef::3
EOF
$ netplan apply

# Check with "ip link" that both tun0 and tun1 *were not created* and check networkd for errors:

$ ip link
$ journalctl -u systemd-networkd

On an affected system, we would see logs like:

Sep 28 17:04:40 jammy systemd-networkd[360]: tun0: netdev could not be created: Invalid argument
Sep 28 17:04:40 jammy systemd-networkd[360]: tun1: netdev could not be created: Invalid argument

On a patched system, we should see the tun0 and tun1 devices, and the above logs should not be present.

[Where problems could occur]

The proposed patch is a minimized version of an upstream patch. The result is a patch that disables the "generate_mac" flag for non-ether devices. Hence, any problems related to this patch would be related to systemd-networkd creating certain types of net devices.

[Original Description]

We noticed that some of Netplan's integration tests started to fail on Jammy. These tests will try to create ip6gre and vti6 virtual interfaces and systemd-networkd is failing to create them starting on kernel 5.15.0-83.92. As far as I can tell, kernel 5.15.0-82.91 is the last revision where it works. So, some change between 5.15.0-82.91 and 5.15.0-83.92 is causing this regression.

How to reproduce the issue:

# Launch a jammy cloud VM:

lxc launch images:ubuntu/jammy/cloud jammy --vm
lxc shell jammy

# Create a netplan file that creates 2 tunnels:

cat > /etc/netplan/10-tun.yaml <<EOF
network:
  renderer: networkd
  version: 2
  tunnels:
    tun0:
      mode: ip6gre
      local: fe80::1
      remote: 2001:dead:beef::2
    tun1:
      mode: vti6
      local: fe80::2
      remote: 2001:dead:beef::3
EOF

# Apply the configuration

netplan apply

# Check with "ip link" that both tun0 and tun1 *were not created* and check networkd for errors:

journalctl -u systemd-networkd

Sep 28 17:04:40 jammy systemd-networkd[360]: tun0: netdev could not be created: Invalid argument
Sep 28 17:04:40 jammy systemd-networkd[360]: tun1: netdev could not be created: Invalid argument

# Download, install and boot on kernel 5.15.0-82.91

wget http://ie.archive.ubuntu.com/ubuntu/pool/main/l/linux-signed/linux-image-5.15.0-82-generic_5.15.0-82.91_amd64.deb http://ie.archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-modules-5.15.0-82-generic_5.15.0-82.91_amd64.deb

dpkg -i *.deb

grub-reboot '1>2' && reboot

# Check with "ip link" again that both tun0 and tun1 were created

# Reboot again to go back to the most recent kernel and check with "ip link" that both tun0 and tun1 were not created.
---
ProblemType: Bug
AlsaDevices:
 total 0
 crw-rw---- 1 root audio 116, 1 Sep 29 12:52 seq
 crw-rw---- 1 root audio 116, 33 Sep 29 12:52 timer
AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
AudioDevicesInUse: Error: [Errno 2] No such file or directory: 'fuser'
CRDA: N/A
CasperMD5CheckResult: unknown
CloudArchitecture: x86_64
CloudID: lxd
CloudName: lxd
CloudPlatform: lxd
CloudSubPlatform: LXD socket API v. 1.0 (/dev/lxd/sock)
DistroRelease: Ubuntu 22.04
IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
Lspci: Error: [Errno 2] No such file or directory: 'lspci'
Lspci-vt: Error: [Errno 2] No such file or directory: 'lspci'
Lsusb: Error: [Errno 2] No such file or directory: 'lsusb'
Lsusb-t: Error: [Errno 2] No such file or directory: 'lsusb'
Lsusb-v: Error: [Errno 2] No such file or directory: 'lsusb'
MachineType: QEMU Standard PC (Q35 + ICH9, 2009)
Package: linux (not installed)
PciMultimedia:

ProcEnviron:
 TERM=screen-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 virtio_gpudrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.15.0-84-generic root=/dev/sda2 ro quiet splash console=tty1 console=ttyS0 vt.handoff=7
ProcVersionSignature: Ubuntu 5.15.0-84.93-generic 5.15.116
RelatedPackageVersions:
 linux-restricted-modules-5.15.0-84-generic N/A
 linux-backports-modules-5.15.0-84-generic N/A
 linux-firmware N/A
RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
Tags: jammy uec-images
Uname: Linux 5.15.0-84-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: N/A
_MarkForUpload: True
dmi.bios.date: 2/2/2022
dmi.bios.release: 0.0
dmi.bios.vendor: EDK II
dmi.bios.version: unknown
dmi.board.name: LXD
dmi.board.vendor: Canonical Ltd.
dmi.board.version: pc-q35-8.0
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-q35-8.0
dmi.modalias: dmi:bvnEDKII:bvrunknown:bd2/2/2022:br0.0:svnQEMU:pnStandardPC(Q35+ICH9,2009):pvrpc-q35-8.0:rvnCanonicalLtd.:rnLXD:rvrpc-q35-8.0:cvnQEMU:ct1:cvrpc-q35-8.0:sku:
dmi.product.name: Standard PC (Q35 + ICH9, 2009)
dmi.product.version: pc-q35-8.0
dmi.sys.vendor: QEMU

Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 2037667

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Changed in linux (Ubuntu Jammy):
status: New → Incomplete
Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : CurrentDmesg.txt

apport information

tags: added: apport-collected jammy uec-images
description: updated
Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : ProcCpuinfoMinimal.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : ProcModules.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : UdevDb.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : WifiSyslog.txt

apport information

Revision history for this message
Danilo Egea Gondolfo (danilogondolfo) wrote : acpidump.txt

apport information

Changed in linux (Ubuntu):
status: Incomplete → New
Changed in linux (Ubuntu Jammy):
status: Incomplete → New
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 2037667

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Changed in linux (Ubuntu Jammy):
status: New → Incomplete
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux (Ubuntu Jammy):
status: Incomplete → Confirmed
tags: added: kernel-bug regression-update
Revision history for this message
Thadeu Lima de Souza Cascardo (cascardo) wrote :

Upstream commit b0ad3c179059089d809b477a1d445c1183a7b8fe ("rtnetlink: call validate_linkmsg in rtnl_create_link") sounds like a good candidate as the culprit here. I see no fixes referencing it upstream, though.

Revision history for this message
Thadeu Lima de Souza Cascardo (cascardo) wrote :

Testing with that commit reverted, it works. Testing on a 6.5 kernel on jammy fails. When testing on mantic, it works. When testing on mantic, on an lxc jammy container, it fails inside the container, with that same kernel.

So, it looks like systemd-networkd sets up the Local tunnel address as the IFLA_ADDR, and the Remote tunnel address as the IFLA_BROADCAST netlink attributes. This is what the validation from commit b0ad3c179059 is trying to validate. Those attributes are supposed to be hardware addresses, not the tunnel addresses.

This needs to be investigated on the systemd side. As I read the systemd code from the jammy version, I didn't find where this would be incorrectly set. It may be necessary to revert this kernel code, fix systemd, and wait for some time before reintroducing this kernel fix. That all depends on why exactly systemd is doing this. Depending on the resulting investigation, we will need to reassess if this can be reasonably be used to revert that commit upstream. But given newer systemd does the right thing, it might be hard to do it.

Cascardo.

Changed in systemd (Ubuntu):
status: New → Invalid
Changed in linux (Ubuntu Jammy):
importance: Undecided → High
Changed in systemd (Ubuntu Jammy):
importance: Undecided → High
Changed in linux (Ubuntu Jammy):
status: Confirmed → Triaged
assignee: nobody → Thadeu Lima de Souza Cascardo (cascardo)
Lukas Märdian (slyon)
tags: added: rls-jj-incoming
Lukas Märdian (slyon)
Changed in systemd (Ubuntu):
status: Invalid → Confirmed
tags: added: foundations-todo
removed: rls-jj-incoming
Changed in systemd (Ubuntu Jammy):
assignee: nobody → Nick Rosbrook (enr0n)
Revision history for this message
Lukas Märdian (slyon) wrote :

We talked to our systemd maintainer inside foundations and also reached out to upstream system [1], which didn't lead anywhere. We shouldn't need to bisect systemd-networkd and do a high impact systemd SRU to fix a regression in a kernel update, where we can pinpoint the exact (small) git commit.

We'd like to ask to have the kernel commit b0ad3c179059 reverted in the Jammy kernels, to mitigate this regression.

[1] https://lists.freedesktop.org/archives/systemd-devel/2023-November/049693.html

Revision history for this message
Lukas Märdian (slyon) wrote :

So after bisecting systemd (v249..v251) on Jammy, this seems to be the commit that changed behavior for the better:

https://github.com/systemd/systemd/commit/9f0cf80dd007491698978dbfe38158d74c1c9526

It probably needs some backporting for v249.11.

Revision history for this message
Lukas Märdian (slyon) wrote :

This seems to do the trick using the following Netplan config as a testcase.

All 3 interfaces (tun[0-2]) are correctly created with their local & remote properties set:

root@jj-abi:~/systemd# ip link show dev tun0
19: tun0@NONE: <NOARP,UP,LOWER_UP> mtu 1448 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/gre6 fe80::1 brd 2001:dead:beef::2 permaddr e262:75ae:2aa0::
root@jj-abi:~/systemd# ip link show dev tun1
20: tun1@NONE: <NOARP,UP,LOWER_UP> mtu 1332 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/tunnel6 fe80::2 brd 2001:dead:beef::3 permaddr c2aa:7446:cc29::
root@jj-abi:~/systemd# ip link show dev tun2
21: tun2@NONE: <NOARP,UP,LOWER_UP> mtu 1444 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/gre6 fe80::3 brd 2001:dead:beef::4 permaddr 3ef2:274c:a921::

Netplan test config:
```
network:
  version: 2
  tunnels:
    tun0:
      mode: ip6gre
      local: fe80::1
      remote: 2001:dead:beef::2
    tun1:
      mode: vti6
      local: fe80::2
      remote: 2001:dead:beef::3
    tun2:
      mode: ip6gre
      key: 1234
      local: fe80::3
      remote: 2001:dead:beef::4
```

Revision history for this message
Lukas Märdian (slyon) wrote :

Actually, we can further reduce the patch to the removal of `.generate_mac = true`. This already fixes the issue we observe here.

Nick Rosbrook (enr0n)
tags: added: systemd-sru-next
tags: added: patch
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in systemd (Ubuntu Jammy):
status: New → Confirmed
Nick Rosbrook (enr0n)
Changed in systemd (Ubuntu):
status: Confirmed → Invalid
Nick Rosbrook (enr0n)
description: updated
Changed in systemd (Ubuntu Jammy):
status: Confirmed → Triaged
Nick Rosbrook (enr0n)
Changed in systemd (Ubuntu Jammy):
status: Triaged → In Progress
importance: High → Medium
Revision history for this message
Timo Aaltonen (tjaalton) wrote : Please test proposed package

Hello Danilo, or anyone else affected,

Accepted systemd into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/249.11-0ubuntu3.13 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, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. 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 Jammy):
status: In Progress → Fix Committed
tags: added: verification-needed verification-needed-jammy
Revision history for this message
Nick Rosbrook (enr0n) wrote :
Download full text (9.8 KiB)

I verified the fix using systemd 249.11-0ubuntu3.13 in jammy-proposed.

First, I confirmed that my systemd and kernel combination is affected by this bug:

$ uname -a
Linux clean-jammy-amd64 6.5.0-35-generic #35~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue May 7 09:00:52 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
$ apt policy systemd
systemd:
  Installed: 249.11-0ubuntu3.12
  Candidate: 249.11-0ubuntu3.12
  Version table:
 *** 249.11-0ubuntu3.12 500
        500 http://archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     249.11-0ubuntu3.7 500
        500 http://security.ubuntu.com/ubuntu jammy-security/main amd64 Packages
     249.11-0ubuntu3 500
        500 http://archive.ubuntu.com/ubuntu jammy/main amd64 Packages
$ cat > /etc/netplan/10-tun.yaml <<EOF
network:
  renderer: networkd
  version: 2
  tunnels:
    tun0:
      mode: ip6gre
      local: fe80::1
      remote: 2001:dead:beef::2
    tun1:
      mode: vti6
      local: fe80::2
      remote: 2001:dead:beef::3
EOF
$ netplan apply

** (generate:2017): WARNING **: 09:34:31.572: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (generate:2017): WARNING **: 09:34:31.573: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.
WARNING:root:Cannot call Open vSwitch: ovsdb-server.service is not running.

** (process:2015): WARNING **: 09:34:32.082: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:2015): WARNING **: 09:34:32.083: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:2015): WARNING **: 09:34:32.302: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:2015): WARNING **: 09:34:32.302: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:2015): WARNING **: 09:34:32.302: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:2015): WARNING **: 09:34:32.302: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.
$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 52:54:00:c6:8b:40 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
3: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/tunnel6 :: brd :: permaddr 5a74:cc76:65cf::
4: ip6gre0@NONE: <NOARP> mtu 1448 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/gre6 :: brd :: permaddr dafd:9a91:813c::
5: ip6_vti0@NONE: <NOARP> mtu 1332 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/...

tags: added: verification-done verification-done-jammy
removed: verification-needed verification-needed-jammy
Revision history for this message
Mauricio Faria de Oliveira (mfo) wrote :

Hello Danilo, or anyone else affected,

Accepted systemd into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/249.11-0ubuntu3.14 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, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. 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.

tags: added: verification-needed verification-needed-jammy
removed: verification-done verification-done-jammy
Revision history for this message
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (systemd/249.11-0ubuntu3.14)

All autopkgtests for the newly accepted systemd (249.11-0ubuntu3.14) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

docker.io-app/unknown (ppc64el)
dovecot/1:2.3.16+dfsg1-3ubuntu2.4 (s390x)
dpdk/unknown (ppc64el)
gpsd/unknown (ppc64el)
gvfs/unknown (ppc64el)
haproxy/2.4.24-0ubuntu0.22.04.1 (ppc64el)
indicator-session/17.3.20+21.10.20210613.1-0ubuntu1 (ppc64el)
init-system-helpers/unknown (ppc64el)
knot-resolver/unknown (ppc64el)
libqb/unknown (ppc64el)
linux-azure-6.8/6.8.0-1019.22~22.04.1 (arm64)
linux-gcp-6.8/6.8.0-1020.22~22.04.1 (arm64)
linux-gke/5.15.0-1070.76 (arm64)
linux-hwe-6.5/6.5.0-45.45~22.04.1 (arm64)
linux-hwe-6.8/6.8.0-50.51~22.04.1 (amd64)
linux-ibm-6.8/6.8.0-1017.17~22.04.1 (amd64)
linux-lowlatency-hwe-6.5/6.5.0-45.45.1~22.04.1 (amd64, arm64)
linux-lowlatency-hwe-6.8/6.8.0-50.51.1~22.04.1 (arm64)
linux-nvidia-6.5/6.5.0-1024.25 (arm64)
linux-nvidia-6.8/6.8.0-1020.22~22.04.1 (arm64)
linux-nvidia-tegra/5.15.0-1030.30 (arm64)
linux-oracle-6.5/6.5.0-1027.27~22.04.1 (amd64)
zfs-linux/2.1.5-1ubuntu6~22.04.4 (arm64)

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/jammy/update_excuses.html#systemd

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

Thank you!

Revision history for this message
Amir Abiri (mr-abiri) wrote :

I can confirm that the proposed version (249.11-0ubuntu3.14) works fine with the gre6 tunnel, while the previous version (249.11-0ubuntu3.12) does not.

Revision history for this message
Chris Halse Rogers (raof) wrote : Proposed package upload rejected

An upload of systemd to jammy-proposed has been rejected from the upload queue for the following reason: "Prerm is missing the #DEBHELPER# substitution that would include any other scripts generated by debhelper. This doesn't seem intentional. Also, should this wait for the existing systemd in -proposed to be verot entangle this bug with the others? Feel free to reach out with any questions/answers :)".

Revision history for this message
Andreas Hasenack (ahasenack) wrote : Please test proposed package

Hello Danilo, or anyone else affected,

Accepted systemd into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/249.11-0ubuntu3.15 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, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. 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/249.11-0ubuntu3.15)

All autopkgtests for the newly accepted systemd (249.11-0ubuntu3.15) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

apt/unknown (armhf)
bolt/unknown (armhf)
casync/unknown (armhf)
debspawn/0.5.2-1 (ppc64el)
flatpak/1.12.7-1ubuntu0.1 (amd64)
fluidsynth/unknown (armhf)
freedombox/unknown (armhf)
freeipa/unknown (armhf)
freeradius/unknown (armhf)
fwupd/unknown (armhf)
gamemode/unknown (armhf)
gdm3/unknown (armhf)
golang-github-coreos-go-systemd/unknown (armhf)
gpsd/unknown (armhf)
gvfs/unknown (armhf)
haproxy/unknown (armhf)
hwloc/unknown (armhf)
icinga2/unknown (armhf)
libsoup3/3.0.7-0ubuntu1 (amd64)
linux-gcp-6.8/6.8.0-1024.26~22.04.1 (amd64)
linux-gke/5.15.0-1077.83 (amd64)
linux-hwe-6.5/6.5.0-45.45~22.04.1 (amd64)
linux-hwe-6.5/unknown (armhf)
linux-hwe-6.8/unknown (armhf)
linux-lowlatency/5.15.0-135.146 (amd64)
linux-lowlatency-hwe-6.5/6.5.0-45.45.1~22.04.1 (amd64)
mir/unknown (armhf)
mkosi/unknown (armhf)
monitoring-plugins-systemd/unknown (armhf)
mpd/unknown (armhf)
multipath-tools/unknown (armhf)
munin/unknown (armhf)
mutter/unknown (armhf)
nagios-tang/unknown (armhf)
openssh/1:8.9p1-3ubuntu0.11 (amd64)
policykit-1/unknown (armhf)
polkit-qt-1/unknown (armhf)
postgresql-14/unknown (armhf)
prometheus-postgres-exporter/unknown (armhf)
prometheus-squid-exporter/unknown (armhf)
pulseaudio/unknown (armhf)
python-dbusmock/unknown (armhf)
python-systemd/unknown (armhf)
python-uinput/unknown (armhf)
pyudev/unknown (armhf)
qlcplus/unknown (armhf)
swupdate/2021.11-1 (amd64)
systemd-bootchart/unknown (armhf)
tgt/1:1.0.80-1ubuntu2 (amd64)
tpm2-abrmd/unknown (armhf)
tpm2-pkcs11/unknown (armhf)
ubuntu-drivers-common/unknown (armhf)
udisks2/unknown (armhf)
util-linux/unknown (armhf)
vlc/unknown (armhf)

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/jammy/update_excuses.html#systemd

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

Thank you!

Revision history for this message
Nick Rosbrook (enr0n) wrote :
Download full text (14.1 KiB)

I re-verified the fix using systemd 249.11-0ubuntu3.15 from jammy-proposed:

First, I confirmed that the bug was present without systemd from jammy-proposed:

ubuntu@ubuntu:~$ uname -a
Linux ubuntu 6.8.0-52-generic #53~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Jan 15 19:18:46 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
ubuntu@ubuntu:~$ apt policy systemd
systemd:
  Installed: 249.11-0ubuntu3.12
  Candidate: 249.11-0ubuntu3.12
  Version table:
 *** 249.11-0ubuntu3.12 500
        500 http://us.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     249.11-0ubuntu3.7 500
        500 http://security.ubuntu.com/ubuntu jammy-security/main amd64 Packages
     249.11-0ubuntu3 500
        500 http://us.archive.ubuntu.com/ubuntu jammy/main amd64 Packages
ubuntu@ubuntu:~$ sudo su
[sudo] password for ubuntu:
root@ubuntu:/home/ubuntu# cat > /etc/netplan/10-tun.yaml <<EOF
network:
  renderer: networkd
  version: 2
  tunnels:
    tun0:
      mode: ip6gre
      local: fe80::1
      remote: 2001:dead:beef::2
    tun1:
      mode: vti6
      local: fe80::2
      remote: 2001:dead:beef::3
EOF
root@ubuntu:/home/ubuntu# netplan apply

** (generate:1790): WARNING **: 15:36:41.563: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (generate:1790): WARNING **: 15:36:41.563: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.
WARNING:root:Cannot call Open vSwitch: ovsdb-server.service is not running.

** (process:1788): WARNING **: 15:36:41.813: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:1788): WARNING **: 15:36:41.813: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:1788): WARNING **: 15:36:41.923: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:1788): WARNING **: 15:36:41.923: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:1788): WARNING **: 15:36:41.923: Permissions for /etc/netplan/01-network-manager-all.yaml are too open. Netplan configuration should NOT be accessible by others.

** (process:1788): WARNING **: 15:36:41.923: Permissions for /etc/netplan/10-tun.yaml are too open. Netplan configuration should NOT be accessible by others.
root@ubuntu:/home/ubuntu# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:16:3e:15:fd:6c brd ff:ff:ff:ff:ff:ff
3: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/tunnel6 :: brd :: permaddr c69b:b23a:35a9::
4: ip6gre0@NONE: <NOARP> mtu 1448 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/gre6 :: brd :...

Nick Rosbrook (enr0n)
tags: added: verification-done-jammy
removed: verification-needed-jammy
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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