| Summary: | hot-plug virtio-scsi controller will aborted after hot-unplug it | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Sibiao Luo <sluo> |
| Component: | qemu-kvm | Assignee: | Paolo Bonzini <pbonzini> |
| Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.3 | CC: | acathrow, bcao, bsarathy, chayang, flang, juzhang, michen, mkenneth, pbonzini, qzhang, shu, sluo, virt-maint, wdai, wquan, xfu, xigao |
| 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: | 2012-03-28 06:50:41 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | |||
| Bug Blocks: | 769712, 857935, 889075 | ||
|
Description
Sibiao Luo
2012-03-06 08:07:58 UTC
Please free to add FRE if we do not support (hot plug/unplug virtio-scsi controller(pci device)),mark qa_ack+ first. In step 4 I get (qemu) device_add virtio-scsi-pci,id=scsi1 Duplicate ID 'scsi1' for device If I use scsi2, I can hotplug successfully with (qemu) __com.redhat_drive_add file=/home/pbonzini/Download/boot-RHEL-6.2.iso,id=cd (qemu) device_add scsi-cd,drive=cd,id=scsi_cd So, I suspect that if you used scsi2 it would also go away. Can you try doing the same with libvirt and see if it would fail? If using scsi2 does not fix the problem, can you please provide a backtrace from gdb? Moving to 6.4, but it's possible that the patch for bug 800710 fixes it. Please retest, as bug 800710 is now ON_QA. (In reply to comment #4) > Please retest, as bug 800710 is now ON_QA. Hi Paolo, I have retested it for several times on qemu-kvm-0.12.1.2-2.265.el6.x86_64, the result of my test is that the aborted do not occur, it works well. (qemu) info block hd: removable=0 io-status=ok file=/home/rhel6.3-64.qcow2 ro=0 drv=qcow2 encrypted=0 cd: removable=1 locked=0 tray-open=0 io-status=ok file=/home/en_windows_xp_professional_x64.iso ro=0 drv=raw encrypted=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] (qemu) device_del scsi_cd (qemu) device_del scsi1 (qemu) info block hd: removable=0 io-status=ok file=/home/rhel6.3-64.qcow2 ro=0 drv=qcow2 encrypted=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] (qemu) device_add virtio-scsi-pci,id=scsi1 (qemu) __com.redhat_drive_add file=/home/en_windows_xp_professional_x64.iso,id=cd (qemu) device_add scsi-cd,drive=cd,id=scsi_cd (qemu) info block hd: removable=0 io-status=ok file=/home/rhel6.3-64.qcow2 ro=0 drv=qcow2 encrypted=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] cd: removable=1 locked=0 tray-open=0 io-status=ok file=/home/en_windows_xp_professional_x64.iso ro=0 drv=raw encrypted=0 Above all, this issue has been fixed on the latest qemu-kvm version. Closing as dup then, thanks for the quick test! *** This bug has been marked as a duplicate of bug 800710 *** |