qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] ahci-test failures with 'Failed to get "write" lock'


From: John Snow
Subject: Re: [Qemu-devel] ahci-test failures with 'Failed to get "write" lock'
Date: Thu, 15 Jun 2017 12:16:07 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0


On 06/15/2017 11:28 AM, Dr. David Alan Gilbert wrote:
> Hi,
>   Peter noticed that there were some hangs in the ahci-test;
> I can reproduce them on my laptop as long as the laptop has
> some other load on it (a few md5sum /dev/zero's help).
> 
> /x86_64/ahci/flush/migrate: qemu-system-x86_64: Failed to get "write" lock
> Is another process using the image?
> OK
> /x86_64/ahci/migrate/sanity: qemu-system-x86_64: Failed to get "write" lock
> Is another process using the image?
> 
> and that hangs in sanity.
> 
> That seems to be the common case, I've also had one:
> 
> /x86_64/ahci/migrate/ncq/halted: qemu-system-x86_64: Failed to get "write" 
> lock
> Is another process using the image?
> qemu-system-x86_64: /home/dgilbert/git/qemu/block/io.c:1352: 
> bdrv_aligned_pwritev: Assertion `child->perm & BLK_PERM_WRITE' failed.
> 
> 
> Neither of these always fail.
> 
> Dave
> --
> Dr. David Alan Gilbert / address@hidden / Manchester, UK
> 

Haven't observed myself and I run the tests pretty frequently. I'll keep
an eye out. I see many similar problems in iotests for other areas, too.

AHCI tests *should* never overlap and *should* never be using images in
an unsafe way, and do a full set-up and tear-down for each individual
unit test.

Of course, maybe the migrate code isn't behaving quite so nicely with
loopback migrations...?




reply via email to

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