RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 618901 - Guest hang during installation on no space
Summary: Guest hang during installation on no space
Keywords:
Status: CLOSED DUPLICATE of bug 617414
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Kevin Wolf
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-07-28 02:13 UTC by Mike Cao
Modified: 2013-01-09 22:57 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-30 07:20:54 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Back Trace (10.97 KB, application/octet-stream)
2010-07-28 02:18 UTC, Mike Cao 		no flags Details
View All

Description Mike Cao 2010-07-28 02:13:42 UTC 
Description of problem:
Guest hang during installation on the no_space image.

Version-Release number of selected component (if applicable):
# uname -r
2.6.32-52.el6.x86_64
# rpm -q qemu-kvm
qemu-kvm-0.12.1.2-2.99.el6.x86_64

How reproducible:
100%

Steps to Reproduce:

1. Create a large enough qcow2 file on lvm . 
    e.g : 
   lvcreate -L 1G -n RHEL6 mike
   qemu-img create -f qcow2 /dev/mike/RHEL6 80G

2. Install kvm guest with werror=stop,werror=stop,cache=none
   CLI:/usr/libexec/qemu-kvm -M rhel6.0.0 -cpu qemu64,+sse2,+x2apic -enable-kvm -m 8G -smp 8,sockets=8,cores=1,threads=1 -name RHEL6_64 -uuid `uuidgen` -nodefconfig -monitor stdio -rtc base=utc -boot dc -cdrom /mnt/RHEL620100722.iso -drive file=/dev/mike/RHEL6,if=none,id=drive-ide0-0-0,boot=on,format=qcow2,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,id=hostnet0,vhost=on -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:20:8d:62:99,bus=pci.0,addr=0x5 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -spice port=5931,disable-ticketing -vga std -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -qmp tcp:0:4444,server,nowait
   
3.  wait until vm pause on no space

4. extend the lvm. #lvextend -L +50M /dev/mike/RHEL6

5. in qmp monitor . issue cont.

   for qmp : {"execute":"cont"}

6 repeat 3~5.
 
Actual results:

After step 6 Guest hang ,qemu monitor and qmp have no response.

Expected results:
Guest pause whenever have no space and installation should be finished finally.


Additional info:
Comment 1 Mike Cao 2010-07-28 02:18:08 UTC 
Created attachment 434891 [details]
Back Trace
Comment 2 Dor Laor 2010-07-28 11:32:28 UTC 
What's lvdisplay shows? How many times you extend the image? Be sure to do it till it about 2G-5G.

OTH, Kevin, maybe we should dump the offset that triggers the ENOSPAC?
Comment 3 Mike Cao 2010-07-29 05:56:12 UTC 
(In reply to comment #2)
> What's lvdisplay shows? 
# lvdisplay /dev/mike/mike_RHEL62
  --- Logical volume ---
  LV Name                /dev/mike/mike_RHEL62
  VG Name                mike
  LV UUID                ohk2kk-Hu3Q-xi9v-Y832-fFUh-9wrZ-EzxoiU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                2.05 GiB
  Current LE             525
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:13
>How many times you extend the image? 
  2--4 times


I can repoduce this 100% in qemu-kvm-0.12.1.2-2.99.el6 .But can not reproduce
it in qemu-kvm-0.12.1.2-104.el6
Comment 4 Kevin Wolf 2010-07-29 10:04:34 UTC 
The only block related changes between 99 and 104 I can see are:

- kvm-block-default-to-0-minimal-optimal-I-O-size.patch [bz#617271]
- kvm-avoid-canceling-ide-dma-rediff.patch [bz#617414]

I don't see an obvious connection between any of them and this report. Christoph, any idea? Mike is going to re-test with virtio-blk, and also versions 101 and 102 in which these patches were introduced.
Comment 6 Mike Cao 2010-07-30 05:54:12 UTC 
retest with ide disk.

Actual Results:
in qemu-kvm-0.12.1.2-2.100.el6 can reproduce this issue.
in qemu-kvm-0.12.1.2-2.101.el6 can NOT reproduce this issue.

test with virtio-blk disk.

Actual Results:
test in qemu-kvm-0.12.1.2-2.99,qemu-kvm-0.12.1.2-2.101,qemu-kvm-0.12.1.2-2.104.
NEVER hit this issue.
Comment 7 Mike Cao 2010-07-30 06:01:50 UTC 
Reproduced this issue with ide disk in in qemu-kvm-0.12.1.2-2.100.el6

check the image by using #qemu-img check /dev/mike/mike_RHEL6

Results:

Leaked cluster 33599 refcount=1 reference=0
...
Leaked cluster 33614 refcount=1 reference=0

16 leaked clusters were found on the image.
This means waste of disk space, but no harm to data.
Comment 8 Kevin Wolf 2010-07-30 07:20:54 UTC 
So it's the IDE reset one. virtio-blk isn't affected and it's fixed in 101. The symptom makes some sense, too. Closing as a duplicate.

*** This bug has been marked as a duplicate of bug 617414 ***
Note You need to log in before you can comment on or make changes to this bug.