qemu-s390x
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: qemu iotest 161 and make check


From: Vladimir Sementsov-Ogievskiy
Subject: Re: qemu iotest 161 and make check
Date: Thu, 10 Feb 2022 17:47:47 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0

10.02.2022 10:57, Christian Borntraeger wrote:
Hello,

I do see spurious failures of 161 in our CI, but only when I use
make check with parallelism (-j).
I have not yet figured out which other testcase could interfere

@@ -34,6 +34,8 @@
  *** Commit and then change an option on the backing file

  Formatting 'TEST_DIR/t.IMGFMT.base', fmt=IMGFMT size=1048576
+qemu-img: TEST_DIR/t.IMGFMT.base: Failed to get "write" lock
+Is another process using the image [TEST_DIR/t.IMGFMT.base]?
  Formatting 'TEST_DIR/t.IMGFMT.int', fmt=IMGFMT size=1048576 
backing_file=TEST_DIR/t.IMGFMT.base backing_fmt=IMGFMT
  Formatting 'TEST_DIR/t.IMGFMT', fmt=IMGFMT size=1048576 
backing_file=TEST_DIR/t.IMGFMT.int backing_fmt=IMGFMT
  { 'execute': 'qmp_capabilities' }


any ideas?


Hmm, interesting.. Is it always 161 and always exactly this diff?

First, this place in 161 is usual: we just create and image, like in many other 
tests.

Second, why _make_test_img trigger "Failed to get write lock"? It should just 
create an image. Hmm. And probably starts QSD if protocol is fuse. So, that start of QSD 
may probably fail.. Is that the case? What is image format and protocol used in test run?

But anyway, tests running in parallel should not break each other as each test 
has own TEST_DIR and SOCK_DIR..

--
Best regards,
Vladimir



reply via email to

[Prev in Thread] Current Thread [Next in Thread]