** Description changed: [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, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux- modules-extra-FLAVOR' deb (or will match the alternate 'linux-image- generic-FLAVOR' naming), 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.
** Changed in: systemd (Ubuntu Focal) Status: Invalid => In Progress ** Changed in: systemd (Ubuntu Disco) Status: Invalid => Won't Fix ** Changed in: systemd (Ubuntu Eoan) Status: Invalid => In Progress ** Changed in: systemd (Ubuntu Bionic) Status: Invalid => In Progress ** Changed in: systemd (Ubuntu Xenial) Status: Invalid => In Progress ** Changed in: systemd (Ubuntu Focal) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Eoan) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Disco) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Bionic) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Xenial) Assignee: (unassigned) => Dan Streetman (ddstreet) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Xenial: In Progress Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: In Progress Bug description: [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, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux- image-generic-FLAVOR' naming), 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. To manage notifications about this bug go to: https://bugs.launchpad.net/autopkgtest-cloud/+bug/1847816/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp