Bug#1030545: qemu: qemu-img and qemu-system-s390x hang on s390x

[Paul Gevers]

Hi,

On Sat, 11 Feb 2023 20:18:57 +0000 James Addison <j...@jp-hosting.net> wrote:

Source: qemu
Followup-For: Bug #1030545

For anyone else looking into this bug: it seemed to me that 'qcow2.c' is a
likely candidate for this infinite looping[1] behaviour to originate from.

The fact that metadata preallocation is enabled when it occurs could be
relevant information too.

(my guess is that it is _not_ a kernel-related regression, but I could be
wrong about that)

[1] - https://gitlab.com/qemu-project/qemu/-/blob/v7.2.0/block.c#L574-576

====


root@ci-worker-s390x-01:~# uname -a


See the recent tmpfails e.g. here:
https://ci.debian.net/packages/d/dbconfig-common/testing/s390x/
https://ci.debian.net/packages/b/bacula/testing/s390x/
https://ci.debian.net/packages/d/django-reversion/testing/s390x/

Paul

Cross posting what I just posted to bug #1030510 (FTBFS of mariadb on s390x). I'm absolutely not claiming anything, but two recent bugs where the kernel *might* be involved is too much coincidence in my book. I am seeing something weird on ci.debian.net too, which also runs stable. I upgraded the systems several days ago which pulled in a new security kernel. Since then I'm seeing that mariadb fails to install on s390x in tests because the install of mariadb-server-10.6 (1:10.6.11-2 testing) or mariadb-server (1:10.11.1-4 unstable) times out. Linux ci-worker-s390x-01 5.10.0-21-s390x #1 SMP Debian 5.10.162-1 (2023-01-21) s390x GNU/Linux

OpenPGP_signature
Description: OpenPGP digital signature