** 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
