Bug 602209
Summary: | Core dumped during Guest installation | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Mike Cao <bcao> | ||||
Component: | qemu-kvm | Assignee: | Kevin Wolf <kwolf> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6.0 | CC: | alex.williamson, amit.shah, juzhang, lihuang, llim, michen, mkenneth, ndai, syeghiay, tburke, virt-maint | ||||
Target Milestone: | rc | Keywords: | Reopened, TestBlocker | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | qemu-kvm-0.12.1.2-2.97.el6 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 618521 (view as bug list) | Environment: | |||||
Last Closed: | 2010-07-27 07:31:48 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 618521 | ||||||
Attachments: |
|
Description
Mike Cao
2010-06-09 12:07:29 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion. Hmm, this looks bogus to me... (In reply to comment #0) > Steps to Reproduce: > 1.dd if=/dev/zero of=/SCSI bs=1M count=10240 So no /SCSI is a 10G raw image > 2.qemu-img create -f qcow2 /SCSI 10G But now you've overwritten it with a qcow2 image > 3.Add /SCSI target device. > eg: > dd if=/dev/zero of=/SCSI bs=1M count=10240 But now you've overwritten it again as a raw image > tgtadm --lld iscsi --op new --mode target --tid 1 T iqn.redhat.com:storage1 > tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 1 -b /SCSI > tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALL > 4.use initiator to connect it . > iscsiadm --mode node --targetname iqn.redhat.com:storage1 --portal <ip> --login > 5.find /dev/sdb by using #fdisk -l > 6.check /SCSI and /dev/sdb by using #qemu-img check. And now you've verified that /dev/sdb is the iSCSI device backed by /SCSI, and /dev/sdb is clearly a raw device. > 7.install RHEL6 Guest in /dev/sdb > #/usr/libexec/qemu-kvm -m 16G -smp 8 -name RHEL6_64 -uuid `uuidgen` > -rtc-td-hack -boot dc -cdrom -drive > file=/dev/sdb,if=none,id=drive-virtio0-0-0,boot=on,format=qcow2 -device And here you tell qemu it's format=qcow2. The only way I know of to export a qcow2 image over the network is nbd, and even then the guest would still use it as a raw image. iSCSI is always going to look like a raw device to the guest. Re-open if you can still reproduce a problem with format=raw. Re-opening. Note the submitter has since clarified that step 3 was actually: 3.Add /SCSI target device . eg: tgtadm --lld iscsi --op new --mode target --tid 1 T iqn.redhat.com:storage1 tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --l The qcow2 image was not dd'd over. Still not sure how this is supposed to work, but assigning to someone to provide another opinion. Do you still have the core dump around so that I could take a look? *** Bug 604221 has been marked as a duplicate of this bug. *** Retest this in qemu-kvm-0.12.1.2-2.97.el6 . #uname -r 2.6.32-44.1.el6.x86_64 steps: 1.dd if=/dev/zero of=/home/ISCSI2 bs=1M count=15000 2.qemu-img create -f qcow2 /home/ISCSI2 15G 3.Add /home/ISCSI2 target device. eg: tgtadm --lld iscsi --op new --mode target --tid 1 T iqn.redhat.com:storage1 tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 1 -b /home/ISCSI2 tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALL 4.use initiator to connect it . iscsiadm --mode node --targetname iqn.redhat.com:storage1 --portal <ip> --login 5.find /dev/sdd by using #fdisk -l 6.check info /home/SCSI2 and /dev/sdd by using #qemu-img check. 7.install RHEL6 Guest in /dev/sdd CLI: /usr/libexec/qemu-kvm -m 4G -smp 4 -name RHEL5 -uuid `uuidgen` -rtc base=localtime -boot dc -cdrom /home/RHEL5.5-Server-20100322.0-x86_64-DVD.iso -drive file=/dev/sdd,if=none,id=mike,boot=on,format=qcow2 -device virtio-blk-pci,drive=mike -net nic,macaddr=20:30:10:38:32:12,model=virtio,vlan=0 -net tap,script=/etc/qemu-ifup,downscript=no,vlan=0 -vnc :3 -balloon virtio -chardev socket,id=monitor,path=/home/ttttttttttttt.monitor,server,nowait -mon chardev=monitor,mode=control Actual Results: After step6, #qemu-img info /home/ISCSI2 image: /home/ISCSI2 file format: qcow2 virtual size: 16G (17179869184 bytes) disk size: 136K cluster_size: 65536 #qemu-img info /dev/sdd image: /dev/sdd file format: qcow2 virtual size: 16G (17179869184 bytes) disk size: 0 cluster_size: 65536 #qemu-img check /dev/sdd No errors were found on the image. #qemu-img check /home/ISCSI2 No errors were found on the image. Note /dev/sdd and /home/ISCSI2 are the same image. After step7, When the step of guest installation is to initialize drive .Guest turns to stop status and can not be resumed. {"execute":"cont"} {"timestamp": {"seconds": 1279773679, "microseconds": 431056}, "event": "RESUME"} {"return": {}} {"timestamp": {"seconds": 1279773679, "microseconds": 434683}, "event": "BLOCK_IO_ERROR", "data": {"device": "mike", "__com.redhat_reason": "enospc", "operation": "write", "action": "stop"}} {"timestamp": {"seconds": 1279773679, "microseconds": 434909}, "event": "STOP"} Above all ,Re-assign this bug for it has not fixed yet . Created attachment 433581 [details]
Screen dumped
During this step of installation,guest paused and can not be resumed.
Are you sure you have enough space? Seems that you get ENOSPACE error and when that happens qemu automatically stops. IF you won't enlarge the storage, it will stop again once you 'cont' it. Also, according to above: 1.dd if=/dev/zero of=/home/ISCSI2 bs=1M count=15000 2.qemu-img create -f qcow2 /home/ISCSI2 15G 3.Add /home/ISCSI2 target device. Seems like step 2 erases what step 1 did. Probably the same for step 3 and 2. (In reply to comment #15) > Are you sure you have enough space? Seems that you get ENOSPACE error and when > that happens qemu automatically stops. IF you won't enlarge the storage, it > will stop again once you 'cont' it. According to comment #13 .dd if=/dev/zero of=/home/ISCSI2 bs=1M count=15000 ,15G is enough for RHEL5.5 Guest installation. and according to comment #14, Guest stop before packages install into virtual disk and even before the image to be formatted. > Also, according to above: > 1.dd if=/dev/zero of=/home/ISCSI2 bs=1M count=15000 > 2.qemu-img create -f qcow2 /home/ISCSI2 15G > 3.Add /home/ISCSI2 target device. > > > Seems like step 2 erases what step 1 did. Probably the same for step 3 and 2. Step1 is to make image to be iscsi-target's Backing store.Because I don't know whether the raw image made by #qemu-img create ... Can be iscsi-target's Backing store. Step2 is to make /home/ISCIS2 be qcow2 disk. Step3:eg. tgtadm --lld iscsi --op new --mode target --tid 1 T iqn.redhat.com:storage1 tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 1 -b /home/ISCSI2 tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALL , It will not influence step 1 and step 2. Based on above ,I don't think this issue has been fixed. First of all, this bug is about a crash (core dumped). You don't get such a crash any more, so this is fixed. If anything, you have found a new problem. But second, as Dor already said, ENOSPC means that your device is too small to hold a fully allocated image and that you need to extend it before you can resume the VM. Note that 15000M is less than 15G and that qcow2 always needs more space than raw because it contains metadata. (In reply to comment #17) > But second, as Dor already said, ENOSPC means that your device is too small to > hold a fully allocated image and that you need to extend it before you can > resume the VM. Note that 15000M is less than 15G and that qcow2 always needs > more space than raw because it contains metadata. 1.create a 100G file by using 'dd',and make it to be 90G qcow2 images for RHEL5.5 Guest installation. 1.1 # dd if=/dev/zero of=/SCSI/RHEL5 bs=1M count=102400 102400+0 records in 102400+0 records out 107374182400 bytes (107 GB) copied, 1365.03 seconds, 78.7 MB/s 1.2. # qemu-img info /SCSI/RHEL5 image: /SCSI/RHEL5 file format: raw virtual size: 100G (107374182400 bytes) disk size: 100G 1.3. #qemu-img create -f qcow2 /SCSI/RHEL5 90G # qemu-img info /SCSI/RHEL5 image: /SCSI/RHEL5 file format: qcow2 virtual size: 90G (96636764160 bytes) disk size: 136K cluster_size: 65536 2.Add /SCSI/RHEL5 target device to scsi-target's Backing store. find /dev/sdc by using fdisk -l # qemu-img info /dev/sdc image: /dev/sdc file format: qcow2 virtual size: 90G (96636764160 bytes) disk size: 0 cluster_size: 65536 the other steps are same with comment #13. Acutal Results: Same Results in comment #13,When the step of guest installation is to initialize drive .Guest turns to stop status and can not be resumed. It is obviously that 90G images is fully enough for RHEL5.5 Guest installation. What else may cause this issue.? Mike, Can you start your testing from step 1.3 in comment 18 instead of starting with 1.1? Also, please open a new bug report since this bug was concerned with a core dump and there's no core dump with the new packages. (In reply to comment #19) > Mike, > > Can you start your testing from step 1.3 in comment 18 instead of starting with > 1.1? Retested ,still hit this issue. # uname -r 2.6.32-52.el6.x86_64 # rpm -q qemu-kvm qemu-kvm-0.12.1.2-2.99.el6.x86_64 steps 1 #qemu-img create -f qcow2 RHEL5 40G # qemu-img info /home/RHEL5 image: /home/RHEL5 file format: qcow2 virtual size: 40G (42949672960 bytes) disk size: 136K cluster_size: 65536 2. Add this image to Iscsi-target and connected by initiator. #fdisk -l Disk /dev/sdc: 0 MB, 262144 bytes 1 heads, 1 sectors/track, 512 cylinders, total 512 sectors Units = cylinders of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/sdc doesn't contain a valid partition table # qemu-img info /dev/sdc image: /dev/sdc file format: qcow2 virtual size: 40G (42949672960 bytes) disk size: 0 cluster_size: 65536 3, start VM by using -drive file=/dev/sdc... Actual Results . Still paused and can not be continued as discribed in comment #13 Based on comment #19, the original core dump disappeared, so close this one, open a new bug about bz618521 |