** Changed in: systemd (Ubuntu Eoan)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: systemd (Ubuntu Disco)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: systemd (Ubuntu Cosmic)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: systemd (Ubuntu Bionic)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: systemd (Ubuntu Eoan)
Status: New => In Progress
** Changed in: systemd (Ubuntu Disco)
Status: New => In Progress
** Changed in: systemd (Ubuntu Cosmic)
Status: New => In Progress
** Changed in: systemd (Ubuntu Bionic)
Status: New => In Progress
** Changed in: systemd (Ubuntu Eoan)
Importance: Undecided => Medium
** Changed in: systemd (Ubuntu Disco)
Importance: Undecided => Medium
** Changed in: systemd (Ubuntu Cosmic)
Importance: Undecided => Medium
** Changed in: systemd (Ubuntu Bionic)
Importance: Undecided => Medium
** Description changed:
[impact]
systemd autopkgtest fails
[test case]
run systemd autopkgtest, check for output like:
LUKS device with "tmp" option ... rmmod: ERROR: Module scsi_debug is in use
FAIL
======================================================================
FAIL: test_luks_tmp (__main__.CryptsetupTest)
LUKS device with "tmp" option
----------------------------------------------------------------------
Traceback (most recent call last):
- File "/tmp/autopkgtest.It858Q/build.e7O/src/debian/tests/storage", line 59,
in setUp
- self.fail('%s exists already' % self.plaintext_dev)
+ File "/tmp/autopkgtest.It858Q/build.e7O/src/debian/tests/storage", line 59,
in setUp
+ self.fail('%s exists already' % self.plaintext_dev)
AssertionError: /dev/mapper/testcrypt1 exists already
- this has attempted to be fixed in various ways so the output is a bit
- different across different releases, but all of them have the common
- point of failing to modprobe or rmmod the scsi_debug module, which by
- itself doesn't indicate a failure.
+ or for older releases something like:
+
+ autopkgtest [19:27:26]: test storage: [-----------------------
+ modprobe: FATAL: Module scsi_debug not found in directory
/lib/modules/4.18.0-1011-kvm
+ ERROR
+
+ ======================================================================
+ ERROR: setUpClass (__main__.CryptsetupTest)
+ ----------------------------------------------------------------------
+ Traceback (most recent call last):
+ File "/tmp/autopkgtest.azsL0q/build.Hbd/src/debian/tests/storage", line 21,
in setUpClass
+ subprocess.check_call(['modprobe', 'scsi_debug'])
+ File "/usr/lib/python3.6/subprocess.py", line 291, in check_call
+ raise CalledProcessError(retcode, cmd)
+ subprocess.CalledProcessError: Command '['modprobe', 'scsi_debug']' returned
non-zero exit status 1.
+
+
+ this has attempted to be fixed in disco/eoan so the output is a bit different
across different releases, but all of them have the common point of failing to
modprobe or rmmod the scsi_debug module, which by itself doesn't indicate a
failure.
[regression potential]
low; this is fixing a testcase only.
** Tags added: ddstreet-next
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1829347
Title:
systemd autopkgtest 'storage' fails adding/rmmoding scsi_debug
Status in systemd package in Ubuntu:
In Progress
Status in systemd source package in Bionic:
In Progress
Status in systemd source package in Cosmic:
In Progress
Status in systemd source package in Disco:
In Progress
Status in systemd source package in Eoan:
In Progress
Bug description:
[impact]
systemd autopkgtest fails
[test case]
run systemd autopkgtest, check for output like:
LUKS device with "tmp" option ... rmmod: ERROR: Module scsi_debug is in use
FAIL
======================================================================
FAIL: test_luks_tmp (__main__.CryptsetupTest)
LUKS device with "tmp" option
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tmp/autopkgtest.It858Q/build.e7O/src/debian/tests/storage", line 59,
in setUp
self.fail('%s exists already' % self.plaintext_dev)
AssertionError: /dev/mapper/testcrypt1 exists already
or for older releases something like:
autopkgtest [19:27:26]: test storage: [-----------------------
modprobe: FATAL: Module scsi_debug not found in directory
/lib/modules/4.18.0-1011-kvm
ERROR
======================================================================
ERROR: setUpClass (__main__.CryptsetupTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tmp/autopkgtest.azsL0q/build.Hbd/src/debian/tests/storage", line 21,
in setUpClass
subprocess.check_call(['modprobe', 'scsi_debug'])
File "/usr/lib/python3.6/subprocess.py", line 291, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['modprobe', 'scsi_debug']' returned
non-zero exit status 1.
this has attempted to be fixed in disco/eoan so the output is a bit different
across different releases, but all of them have the common point of failing to
modprobe or rmmod the scsi_debug module, which by itself doesn't indicate a
failure.
[regression potential]
low; this is fixing a testcase only.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1829347/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
