qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Christian Ehrhardt " <1848556@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Bug 1848556] Re: qemu-img check failing on remote image in Eoan
Date: Mon, 21 Oct 2019 08:57:27 -0000	[thread overview]
Message-ID: <157164824744.25789.7265872238255097751.malone@chaenomeles.canonical.com> (raw)
In-Reply-To: 157133449178.19203.719001918774596241.malonedeb@gac.canonical.com

Hi Max,
libcurl 7.65.3-1ubuntu3 and was >7.59 for several releases (more than a year at least) - so there must be something else going on that this triggers now.

But never the less with the fix from [1] I can again get it to work
successfully.

I think I should backport that to our qemu 4.0 in Ubunutu.
It seems to apply fine (just offset -3, no fuzz)
The former seem not affected e.g. qemu 3.1 along libcurl 7.64.0-2ubuntu1 does not expose the behavior.

@Max - As the Author, just to check, do you see any issue backporting
that to qemu 4.0

[1]:
https://git.qemu.org/?p=qemu.git;a=commit;h=bfb23b480a49114315877aacf700b49453e0f9d9

** Also affects: qemu (Ubuntu Eoan)
   Importance: Undecided
       Status: New

** Also affects: qemu (Ubuntu Focal)
   Importance: Undecided
       Status: New

** Changed in: qemu (Ubuntu Focal)
       Status: New => Triaged

** Changed in: qemu (Ubuntu Eoan)
       Status: New => Triaged

** Changed in: qemu (Ubuntu Eoan)
   Importance: Undecided => Medium

** Changed in: qemu (Ubuntu Focal)
   Importance: Undecided => Medium

-- 
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:
  Triaged
Status in qemu source package in Eoan:
  Triaged
Status in qemu source package in Focal:
  Triaged

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


  parent reply	other threads:[~2019-10-21  9:06 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-17 17:48 [Bug 1848556] [NEW] qemu-img check failing on remote image in Eoan Rod Smith
2019-10-17 17:51 ` [Bug 1848556] " Rod Smith
2019-10-18  7:09 ` Christian Ehrhardt 
2019-10-18  7:11 ` Christian Ehrhardt 
2019-10-18  7:24 ` Christian Ehrhardt 
2019-10-18  7:39 ` Christian Ehrhardt 
2019-10-18  8:31 ` Christian Ehrhardt 
2019-10-18  8:47 ` Max Reitz
2019-10-18 18:14 ` Rod Smith
2019-10-21  8:57 ` Christian Ehrhardt  [this message]
2019-10-21  9:23 ` Max Reitz
2019-10-21  9:27 ` Max Reitz
2019-10-21 12:49 ` Christian Ehrhardt 
2019-10-21 14:17 ` Christian Ehrhardt 
2019-10-21 14:24 ` Christian Ehrhardt 
2019-10-21 15:15 ` Launchpad Bug Tracker
2019-10-22 21:12 ` Rod Smith
2019-10-28  6:32 ` Launchpad Bug Tracker
2019-10-28  6:38 ` Launchpad Bug Tracker
2019-10-28  6:40 ` Christian Ehrhardt 
2019-10-28  6:52 ` Christian Ehrhardt 
2019-10-28 15:23 ` Christian Ehrhardt 
2019-11-07  9:54 ` Launchpad Bug Tracker
2019-11-07 10:56 ` Christian Ehrhardt 
2019-11-21 15:31 ` Christian Ehrhardt 
2019-11-22  9:54 ` Timo Aaltonen
2019-11-22 14:56 ` [Bug 1848556] Autopkgtest regression report (qemu/1:4.0+dfsg-0ubuntu9.2) Ubuntu SRU Bot
2019-11-25 11:55 ` [Bug 1848556] Re: qemu-img check failing on remote image in Eoan Christian Ehrhardt 
2019-12-02 11:02 ` Launchpad Bug Tracker
2019-12-02 11:02 ` [Bug 1848556] Update Released Łukasz Zemczak

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=157164824744.25789.7265872238255097751.malone@chaenomeles.canonical.com \
    --to=1848556@bugs.launchpad.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).