iotests: Make 245 faster and more reliable
commitc423a6af592cf36b4f149c54e2966dd0016b7e96
authorMax Reitz <mreitz@redhat.com>
Wed, 15 May 2019 20:15:03 +0000 (15 22:15 +0200)
committerKevin Wolf <kwolf@redhat.com>
Mon, 20 May 2019 15:08:57 +0000 (20 17:08 +0200)
treeb374012bc39ae4eac95b956c2303d0ab48260ed1
parent86a4f599a67b9b709109c7a7c8b7eb91d21c21fd
iotests: Make 245 faster and more reliable

Sometimes, 245 fails for me because some stream job has already finished
while the test expects it to still be active.  (With -c none, it fails
basically every time.) The most reliable way to fix this is to simply
set auto_finalize=false so the job will remain in the block graph as
long as we need it.  This allows us to drop the rate limiting, too,
which makes the test faster.

The only problem with this is that there is a single place that yields a
different error message depending on whether the stream job is still
copying data (so COR is enabled) or not (COR has been disabled, but the
job still has the WRITE_UNCHANGED permission on the target node).  We
can easily address that by expecting either error message.

Note that we do not need auto_finalize=false (or rate limiting) for the
active commit job, because It never completes without an explicit
block-job-complete anyway.

Signed-off-by: Max Reitz <mreitz@redhat.com>
Reviewed-by: Alberto Garcia <berto@igalia.com>
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
tests/qemu-iotests/245
tests/qemu-iotests/245.out