[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: QEMU assert (was: [xen-unstable test] 181558: regressions - FAIL)
- To: xen-devel@xxxxxxxxxxxxxxxxxxxx
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Date: Wed, 28 Jun 2023 15:30:25 +0200
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Y8QDkzeJKWMWSET+9ZsFxDedtBmOzxg9Hl8z+lRGViE=; b=OcP9b5Vjo3FF3EWQ25G9X7v3RvQZURiNVpm26u8TK4CGh0+Ld7y8WnMGvcfI+8eNFU5go9cumOldEx/yPQQ/yS12FNZbGfex9lm19j9GHucSk860Zztl90yYxN1MQKaPG7eYHm8N1ZFBovSpzqwXwdphUw0menGGztKP7V+uP0SDl98/rZ54llaoGnKvXNBjqmSEKmkyN1b+jqyuCtQ1c1k3zpPjCBjgKTnr9QSUiLgK+FwBhta/X4n4onyazzGFV2hbb1sOOAsEjCqn0eLQLaHyQK8W6MZhig5kYXroyIOkQvFMO4hRhN8Hkd+Sb4FfsVxDe1S1wcJOoyWlUJDjpA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S4g9c4YwQ0WtCrBhV1V5IziWZsGMOGHd+tqpcl0EA4Vmq+ajCTuSNbP9DAsRkBqvBBzJyBmw14ZRlF2H6sXz/JQvSdbHseKrCdCn4shrsJGBmX3XYAixnEhSJcm/V6f1PaI7af98dUbGDmk4E/RDxMLRNjZRrbBMplmVnt6EPBdRXojmXCMtQyfRt1A5xufANY/rJJA3HPse7DkpjmbfLjo9GOwbHOWshNRBXIpyakcrZklo4qAK2BqilvFTj8YQTyxTWbSpx5hEfO3mbGi+fU3VFBzU0+1obCuLlgbKXqlzovObAW9Kz7Fgj2g6armWH8yzgqPyQ95I1Ia+I2ok2w==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: Anthony PERARD <anthony.perard@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, qemu-devel@xxxxxxxxxx
- Delivery-date: Wed, 28 Jun 2023 13:31:01 +0000
- Ironport-data: A9a23:qhhduqp7jN7r2opYa4Rvozrgy8ZeBmIyZBIvgKrLsJaIsI4StFCzt garIBnXOf6IYzHxfI9+aI7j905SuZ+Ax9MyHgc/q3owQyMVopuZCYyVIHmrMnLJJKUvbq7FA +Y2MYCccZ9uHhcwgj/3b9ANeFEljfngqoLUUbKCYWYpA1c/Ek/NsDo788YhmIlknNOlNA2Ev NL2sqX3NUSsnjV5KQr40YrawP9UlKq04GpwUmAWP6gR5weAzSlNVvrzGInqR5fGatgMdgKFb 76rIIGRpgvx4xorA9W5pbf3GmVirmn6ZFXmZtJ+AsBOszAazsAA+v9T2Mk0MC+7vw6hjdFpo OihgLTrIesf0g8gr8xGO/VQO3kW0aSrY9YrK1Dn2SCY5xWun3cBX5yCpaz5VGEV0r8fPI1Ay RAXAAk9Yw28o+7p+4O+RrFmmuEzMfjSZapK7xmMzRmBZRonabbqZvySoPpnhnI3jM0IGuvCb c0EbzYpdA7HfxBEJlYQDtQ5gfusgX78NTZfrTp5p4JuuzSVkFM3jeWraYKLEjCJbZw9ckKwv GXJ8n6/GhgHHNee1SCE4jSngeqncSbTAdtOSO3mqKY36LGV7kc3LBxRSnyRmv+4l0mjdosHE G4boxN7+MDe82TuFLERRSaQsHOC+xIRRddUO+k78x2WjLrZ5R6DAWoJRSIHb8Yp3Oc0TzE30 l6Cn/vyGCdi9raSTBq177qRsHa+NDYYKUcEYikLSxZD5MPsyLzflTrKR9dnVauq1Nv8HGiox yjQ9XBgwbIOkcQMyqO3u0jdhC6hrYTISQhz4RjLWmWi7UVyY4vNi5GU1GU3JM1odO6xJmRtd lBewKByMMhm4UmxqRGw
- Ironport-hdrordr: A9a23:KPuhw6Gn9kLW+gw4pLqE0ceALOsnbusQ8zAXPiFKOGVom6mj/f xG885rsCMc5AxhOk3I3OrwW5VoIkm8yXcW2/h0AV7KZmCP01dAbrsD0WKI+UyGJ8SRzJ866U 6iScRD4R/LYGSSQfyU3OBwKbgd/OU=
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Dropped xen-devel, adding back.
On Wed, Jun 28, 2023 at 02:31:39PM +0200, Roger Pau Monné wrote:
> On Fri, Jun 23, 2023 at 03:04:21PM +0000, osstest service owner wrote:
> > flight 181558 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/181558/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > test-amd64-amd64-xl-qcow2 21 guest-start/debian.repeat fail REGR. vs.
> > 181545
>
> The test failing here is hitting the assert in qemu_cond_signal() as
> called by worker_thread():
>
> #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
> #1 0x00007ffff740b535 in __GI_abort () at abort.c:79
> #2 0x00007ffff740b40f in __assert_fail_base (fmt=0x7ffff756cef0 "%s%s%s:%u:
> %s%sAssertion `%s' failed.\n%n", assertion=0x55555614abcb "cond->initialized",
> file=0x55555614ab88 "../qemu-xen-dir-remote/util/qemu-thread-posix.c",
> line=198, function=<optimized out>) at assert.c:92
> #3 0x00007ffff74191a2 in __GI___assert_fail (assertion=0x55555614abcb
> "cond->initialized", file=0x55555614ab88
> "../qemu-xen-dir-remote/util/qemu-thread-posix.c", line=198,
> function=0x55555614ad80 <__PRETTY_FUNCTION__.17104> "qemu_cond_signal")
> at assert.c:101
> #4 0x0000555555f1c8d2 in qemu_cond_signal (cond=0x7fffb800db30) at
> ../qemu-xen-dir-remote/util/qemu-thread-posix.c:198
> #5 0x0000555555f36973 in worker_thread (opaque=0x7fffb800dab0) at
> ../qemu-xen-dir-remote/util/thread-pool.c:129
> #6 0x0000555555f1d1d2 in qemu_thread_start (args=0x7fffb8000b20) at
> ../qemu-xen-dir-remote/util/qemu-thread-posix.c:505
> #7 0x00007ffff75b0fa3 in start_thread (arg=<optimized out>) at
> pthread_create.c:486
> #8 0x00007ffff74e206f in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
>
> I've been trying to figure out how it can get in such state, but so
> far I had no luck. I'm not a QEMU expert, so it's probably better if
> someone else could handle this.
>
> In the failures I've seen, and the reproduction I have, the assert
> triggers in the QEMU dom0 instance responsible for locally-attaching
> the disk to dom0 in order to run pygrub.
>
> This is also with QEMU 7.2, as testing with upstream QEMU is blocked
> ATM, so there's a chance it has already been fixed upstream.
>
> Thanks, Roger.
>
|
