group.of.nepali.translators team mailing list archive

[Dan Streetman <ddstreet@xxxxxxxxxxxxx>]

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