[Qemu-devel] [Bug 902148] Re: qemu-img V1.0 hangs on creating Image (0.15.1 runs)

[Michael Niehren <902148@bugs.launchpad.net>]

Hi Stefan,

i got the following output with your patch:

Formatting 'test.img', fmt=qcow2 size=1073741824 encryption=off cluster_size=65536
bdrv_rw_co_entry is_write 0 sector_num 0 nb_sectors 1 =waiting for rwco.ret != NOT_DONE
waiting for rwco.ret != NOT_DONE
0
bdrv_rw_co_entry is_write 1 sector_num 0 nb_sectors 1 =waiting for rwco.ret != NOT_DONE
0
bdrv_rw_co_entry is_write 1 sector_num 128 nb_sectors 128 =waiting for rwco.ret != NOT_DONE
0
bdrv_rw_co_entry is_write 1 sector_num 128 nb_sectors 128 =-5
waiting for rwco.ret != NOT_DONE
waiting for rwco.ret != NOT_DONE
waiting for rwco.ret != NOT_DONE
....

and runs forever

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/902148

Title:
  qemu-img V1.0 hangs on creating Image (0.15.1 runs)

Status in QEMU:
  New

Bug description:
  Hi,

  i try the following command:
    /usr/bin/qemu-img create -f qcow2 test.img 10G

  if i run it on V0.15.1 it works, on V1.0 it hangs. Starting qemu-kvm
  hangs too, i think it's the same Bug.

  Strace on the hanging qemu-img ends on:

  select(5, [4], [], NULL, NULL)          = 1 (in [4])
  read(4, "\0", 16)                       = 1
  close(3)                                = 0
  open("test.img", O_RDONLY|O_NONBLOCK)   = 3
  fstat(3, {st_mode=S_IFREG|0644, st_size=131072, ...}) = 0
  close(3)                                = 0
  open("test.img", O_RDONLY|O_NONBLOCK)   = 3
  fstat(3, {st_mode=S_IFREG|0644, st_size=131072, ...}) = 0
  close(3)                                = 0
  stat("test.img", {st_mode=S_IFREG|0644, st_size=131072, ...}) = 0
  open("test.img", O_RDWR|O_CLOEXEC)      = 3
  lseek(3, 0, SEEK_END)                   = 131072

  next line in the strace on working qemu-img V0.15.1 is:
  pread(3, "QFI\373\0\0\0\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0\0\0\0\0\0"..., 512, 0) = 512
  ...

  The only linking difference i see is the libgthread on the new version
  V1.0. I am using glib V2.26.

  Can someone help ?

  best regards,
    Michael

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/902148/+subscriptions