Quick checks:
- does not depend on the exact image, e.g.
https://cloud-images.ubuntu.com/eoan/current/eoan-server-cloudimg-amd64.img or
https://download.fedoraproject.org/pub/fedora/linux/releases/30/Cloud/x86_64/images/Fedora-Cloud-Base-30-1.2.x86_64.qcow2
hang as well
- the former qemu 3.1 based qemu-utils work fine
Maybe that helps to identify a known patch that might already exist.
Even it if doesn't the simple repro in comment #2 should still help.
If there is no immediate idea out of the data we have let me know, this
seems bisectable to me.
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1848556
Title:
qemu-img check failing on remote image in Eoan
Status in QEMU:
Confirmed
Status in qemu package in Ubuntu:
New
Bug description:
The "qemu-img check" function is failing on remote (HTTP-hosted)
images, beginning with Ubuntu 19.10 (qemu-utils version 1:4.0+dfsg-
0ubuntu9). With previous versions, through Ubuntu 19.04/qemu-utils
version 1:3.1+dfsg-2ubuntu3.5, the following worked:
$ /usr/bin/qemu-img check
http://10.193.37.117/cloud/eoan-server-cloudimg-amd64.img
No errors were found on the image.
19778/36032 = 54.89% allocated, 90.34% fragmented, 89.90% compressed clusters
Image end offset: 514064384
The 10.193.37.117 server holds an Apache server that hosts the cloud
images on a LAN. Beginning with Ubuntu 19.10/qemu-utils 1:4.0+dfsg-
0ubuntu9, the same command never returns. (I've left it for up to an
hour with no change.) I'm able to wget the image from the same server
and installation on which qemu-img check fails. I've tried several
.img files on the server, ranging from Bionic to Eoan, with the same
results with all of them.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1848556/+subscriptions
