Bug 892992
| Summary: | system halted with uncompression error when do system_reset operation after hot plug scsi disk | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Sibiao Luo <sluo> | ||||
| Component: | qemu-kvm | Assignee: | Asias He <asias> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 7.0 | CC: | areis, chayang, hhuang, juzhang, kwolf, michen, pbonzini, qzhang, sluo, stefanha, virt-maint, xfu | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-08-04 08:16:20 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Sibiao Luo
2013-01-08 12:03:33 UTC
Created attachment 674744 [details]
screenshot for system halted with uncompression error.
do system_reset operation after hot unplug a scsi disk still hit this issue for booting rhel6.4 guest on rhel7 host. (In reply to Sibiao Luo from comment #0) > Description of problem: > boot a rhel6.4 guest on rhel7 host, but will system halted with > uncompression error when do system_reset operation after hot plug scsi disk. > btw, I also try the rhel7 guest on rhel7 host with the same steps which have > no such issue, it can reset successfully. > > Version-Release number of selected component (if applicable): > host info: > kernel-3.6.0-0.29.el7.x86_64 > qemu-kvm-1.3.0-3.el7.x86_64 > seabios-1.7.1-4.el7.x86_64 > guest info: > rhel6.4: kernel-2.6.32-351.el6.x86_64 > > How reproducible: > 100% > > Steps to Reproduce: > 1.boot a rhel6.4 guest on rhel7 host. > 2.hot plug scsi disk. > (qemu) drive_add pci_addr=auto > file=/home/my-data-disk.qcow2,if=none,id=drive-data-disk,format=qcow2, > werror=stop,rerror=stop > OK > (qemu) device_add virtio-scsi-pci,id=scsi1,bus=pci.0,addr=0x8 > (qemu) device_add > scsi-hd,ver=sluo,drive=drive-data-disk,bus=scsi1.0,id=data-disk > 3.do system_reset operation. > (qemu) system_reset > > Actual results: > after step 2, the scsi disk was hot-plug to guest successfully and detect it > in guest via 'fdisk -l'. > (qemu) info block > drive-system-disk: removable=0 io-status=ok > file=/mnt/RHEL6.4-20121212.1-Server-x86_64.qcow2 ro=0 drv=qcow2 encrypted=0 > bps=0 bps_rd=0 bps_wr=0 iops=0 iops_rd=0 iops_wr=0 > ide1-cd0: removable=1 locked=0 tray-open=0 io-status=ok [not inserted] > floppy0: removable=1 locked=0 tray-open=0 [not inserted] > sd0: removable=1 locked=0 tray-open=0 [not inserted] > drive-data-disk: removable=0 io-status=ok file=/home/my-data-disk.qcow2 ro=0 > drv=qcow2 encrypted=0 bps=0 bps_rd=0 bps_wr=0 iops=0 iops_rd=0 iops_wr=0 > (qemu) > after step 3, the guest will fail to reboot, it will system halted with > uncompression error after reload the kernel automatically in some loop. I > will attach the screenshot later. > > Expected results: > it can reset successfully when do system_reset operation after hot plug scsi > disk. > > Additional info: What is your full cmdline to start qemu? Your os system is installed on virtio-blk device (according to your screen shot)? Update: If I hotplug a disk to the existing virtio-scsi and do system_reset. No issue is observed. I tested both upstream and qemu-kvm-1.5.2-2.el7. I did not hit the issue. Consider the bug report is half year old, Can you retest with latest rhel7 package. Thanks. (In reply to Asias He from comment #5) > I tested both upstream and qemu-kvm-1.5.2-2.el7. I did not hit the issue. > Consider the bug report is half year old, Can you retest with latest rhel7 > package. > yes, I also retried it that the latest QEMU(qemu-kvm-1.5.1-2.el7.x86_64) has no such issue any more. host info: qemu-kvm-1.5.1-2.el7.x86_64 3.10.0-3.el7.x86_64 guest info: rhel6.5 & rhel7 Best Regards, sluo |