group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #34051
[Bug 1847816] Re: storage autopkgtest always fails with linux-{kvm, azure, etc} kernels that don't include scsi_debug module
** Changed in: systemd (Ubuntu Focal)
Assignee: Dan Streetman (ddstreet) => (unassigned)
** Changed in: systemd (Ubuntu Eoan)
Assignee: Dan Streetman (ddstreet) => (unassigned)
** Changed in: systemd (Ubuntu Disco)
Assignee: Dan Streetman (ddstreet) => (unassigned)
** Changed in: systemd (Ubuntu Xenial)
Assignee: Dan Streetman (ddstreet) => (unassigned)
** Changed in: systemd (Ubuntu Bionic)
Assignee: Dan Streetman (ddstreet) => (unassigned)
** Changed in: systemd (Ubuntu Xenial)
Status: In Progress => Invalid
** Changed in: systemd (Ubuntu Bionic)
Status: In Progress => Invalid
** Changed in: systemd (Ubuntu Eoan)
Status: In Progress => Invalid
** Changed in: systemd (Ubuntu Focal)
Status: In Progress => Invalid
** Changed in: systemd (Ubuntu Disco)
Status: Won't Fix => Invalid
** 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.
[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]
- test case skipping only, so very low if any 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.
--
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:
Invalid
Status in systemd source package in Xenial:
Invalid
Status in systemd source package in Bionic:
Invalid
Status in systemd source package in Disco:
Invalid
Status in systemd source package in Eoan:
Invalid
Status in systemd source package in Focal:
Invalid
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.
[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.
To manage notifications about this bug go to:
https://bugs.launchpad.net/autopkgtest-cloud/+bug/1847816/+subscriptions