All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eilert <1866792@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Bug 1866792] [NEW] formating vdi-disk over nbd fails
Date: Tue, 10 Mar 2020 09:57:12 -0000	[thread overview]
Message-ID: <158383423277.12441.11625227963369015627.malonedeb@soybean.canonical.com> (raw)

Public bug reported:

Hi,
after creating a vdi-image with qemu-vdi and attaching it with qemu-nbd partitioning works fine, but the system hangs up during formating with mkfs.ext4.

Same procedure with qcow2-image works fine 
Tested on Fedora 31 kernel  5.5.7-200.fc31.x86_64


-----------------
#! /bin/sh

qemu-img create -f qcow2 ~/test.qcow2 32G
#qemu-img version 4.1.1 (qemu-4.1.1-1.fc31)

modprobe nbd max_part=8
qemu-nbd --connect=/dev/nbd2 ~/test.qcow2
#qemu-nbd 4.1.1 (qemu-4.1.1-1.fc31)

parted -s /dev/nbd2 "mklabel gpt"
parted -s -a optimal /dev/nbd2 "mkpart test ext4 2048 32G "
parted  -s -a optimal /dev/nbd2 "p"

mkfs.ext4 /dev/nbd2p1
#Format hangs up due to IO errors.
#Tested on Fedora 31, kernel 5.5.7-200.fc31.x86_64

mkdir /mnt/test_qcow2

mount /dev/nbd2p1 /mnt/test_qcow2
df -H

-------------------
#! /bin/sh

qemu-img create -f vdi ~/test.vdi 32G

modprobe nbd max_part=8
qemu-nbd --connect=/dev/nbd4 ~/test.vdi

parted -s /dev/nbd4 "mklabel gpt"
parted -s -a optimal /dev/nbd4 "mkpart test ext4 2048 32G "
parted  -s -a optimal /dev/nbd4 "p"

mkfs.ext4 /dev/nbd4p1
#Format hangs up due to IO errors 
#Tested on Fedora 31 kernel  5.5.7-200.fc31.x86_64

mkdir /mnt/test_vdi

mount /dev/nbd4p1 /mnt/test_vdi
df -H
----------------------


Kind regards
  Eilert

PS.: There may be a connection to this bug:
​ 	
#1661758 qemu-nbd causes data corruption in VDI-format disk images

** Affects: qemu
     Importance: Undecided
         Status: New

** Attachment added: "virtual_disk_vdi.sh"
   https://bugs.launchpad.net/bugs/1866792/+attachment/5335236/+files/virtual_disk_vdi.sh

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

Title:
  formating vdi-disk over nbd fails

Status in QEMU:
  New

Bug description:
  Hi,
  after creating a vdi-image with qemu-vdi and attaching it with qemu-nbd partitioning works fine, but the system hangs up during formating with mkfs.ext4.

  Same procedure with qcow2-image works fine 
  Tested on Fedora 31 kernel  5.5.7-200.fc31.x86_64

  
  -----------------
  #! /bin/sh

  qemu-img create -f qcow2 ~/test.qcow2 32G
  #qemu-img version 4.1.1 (qemu-4.1.1-1.fc31)

  modprobe nbd max_part=8
  qemu-nbd --connect=/dev/nbd2 ~/test.qcow2
  #qemu-nbd 4.1.1 (qemu-4.1.1-1.fc31)

  parted -s /dev/nbd2 "mklabel gpt"
  parted -s -a optimal /dev/nbd2 "mkpart test ext4 2048 32G "
  parted  -s -a optimal /dev/nbd2 "p"

  mkfs.ext4 /dev/nbd2p1
  #Format hangs up due to IO errors.
  #Tested on Fedora 31, kernel 5.5.7-200.fc31.x86_64

  mkdir /mnt/test_qcow2

  mount /dev/nbd2p1 /mnt/test_qcow2
  df -H

  -------------------
  #! /bin/sh

  qemu-img create -f vdi ~/test.vdi 32G

  modprobe nbd max_part=8
  qemu-nbd --connect=/dev/nbd4 ~/test.vdi

  parted -s /dev/nbd4 "mklabel gpt"
  parted -s -a optimal /dev/nbd4 "mkpart test ext4 2048 32G "
  parted  -s -a optimal /dev/nbd4 "p"

  mkfs.ext4 /dev/nbd4p1
  #Format hangs up due to IO errors 
  #Tested on Fedora 31 kernel  5.5.7-200.fc31.x86_64

  mkdir /mnt/test_vdi

  mount /dev/nbd4p1 /mnt/test_vdi
  df -H
  ----------------------

  
  Kind regards
    Eilert

  PS.: There may be a connection to this bug:
  ​ 	
  #1661758 qemu-nbd causes data corruption in VDI-format disk images

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


             reply	other threads:[~2020-03-10 10:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-10  9:57 Eilert [this message]
2020-03-11 14:01 ` [Bug 1866792] Re: formating vdi-disk over nbd fails Eilert
2021-05-06  7:12 ` Thomas Huth
2021-07-06  4:17 ` Launchpad Bug Tracker

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=158383423277.12441.11625227963369015627.malonedeb@soybean.canonical.com \
    --to=1866792@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.