All autopkgtests for the newly accepted systemd (229-4ubuntu21.28) for xenial have finished running. The following regressions have been reported in tests triggered by the package:
udisks2/2.1.7-1ubuntu1 (amd64) multipath-tools/0.5.0+git1.656f8865-5ubuntu2.5 (armhf) nplan/0.32~16.04.7 (amd64) 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/xenial/update_excuses.html#systemd [1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions Thank you! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-kvm in Ubuntu. https://bugs.launchpad.net/bugs/1847816 Title: storage autopkgtest always fails with linux-{kvm,azure,etc} kernels that don't include scsi_debug module Status in autopkgtest-cloud: Fix Released Status in linux-kvm package in Ubuntu: New Status in systemd package in Ubuntu: Fix Released Status in linux-kvm source package in Xenial: New Status in systemd source package in Xenial: Fix Committed Status in linux-kvm source package in Bionic: New Status in systemd source package in Bionic: Fix Released Status in linux-kvm source package in Disco: New Status in systemd source package in Disco: Won't Fix Status in linux-kvm source package in Eoan: New Status in systemd source package in Eoan: Fix Released Status in linux-kvm source package in Focal: New Status in systemd source package in Focal: Fix Released Bug description: Note: this bug touches on multiple packages: - autopkgtest-cloud: merge request open to install 'modules-extra' package - systemd: update autopkgtest to skip test if scsi_debug module isn't available (SRU template below is for this change) - linux-kvm: has CONFIG_SCSI_DEBUG unset, but would be good to have scsi_debug module built for this kernel [SRU template for systemd] [impact] the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg. Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped. [test case] run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac /autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz [regression potential] as this modifies one of the autopkgtest --setup-commands, a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs. For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test. [scope] systemd in all releases needs to have its 'storage' test updated To manage notifications about this bug go to: https://bugs.launchpad.net/autopkgtest-cloud/+bug/1847816/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
