On 03/29/2018 07:18 PM, John Snow wrote:
Collecting the remaining failures that I know about for sake of easy
tracking on the list. I think Max has been having troubles with iotest
169 as well, but I haven't reproduced the failure myself. I do
occasionally see a locking failure on 153, but it appears to be
relatively rare.
051, 186: Related to culling SCSI options. Do we remove the tests?
A patch for this one is pending:
https://lists.gnu.org/archive/html/qemu-devel/2018-03/msg06086.html
185: Being handled by QingFeng Hao
205: Can't create images for bochs/cloop.
208: Can't create images for bochs/cloop, and seems to be mismanaging
LUKS?
# luks
Failures: 208
commit 44a8174e0a2919693dc28f19c3ce8eef6d4ac2c3
Author: Stefan Hajnoczi <address@hidden>
Date: Mon Mar 12 16:04:39 2018 -0500
iotests: add 208 nbd-server + blockdev-snapshot-sync test case
qemu-system-x86_64: -drive
if=none,id=drive0,file=/home/bos/jhuston/src/qemu/bin/git/tests/qemu-iotests/scratch/9125-disk.img,format=luks,cache=writeback,node-name=drive0-node,key-secret=keysec0:
Volume is not in LUKS format
Not sure if this test can easily be updated to support luks, or if it
should just blacklist it