Bug 627178
| Summary: | Cannot start VM with 12 disks and append a cdrom device at the end of the command line | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Cao, Chen <kcao> |
| Component: | qemu-kvm | Assignee: | Virtualization Maintenance <virt-maint> |
| Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.0 | CC: | kwolf, lcapitulino, mkenneth, virt-maint |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-08-26 13:27:25 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: | |||
|
Description
Cao, Chen
2010-08-25 10:08:03 UTC
Did you get this with any of our virt tools? (eg. virt-install, virt-manager etc) or were you playing with qemu-kvm by hand? It looks like a qdev bug to me, but if it's impossible/hard to get with libvirt (or if there's an easy workaround) this isn't important for rhel6.0. Okay, I've found the problem and it doesn't look like a bug to me (at least not in qemu). What's happening is this: in the reporter's command-line, no unit or index options are specified for the virtio devices. This way the unit value is automatically allocated by qemu, in sequential way. However, the line specifying the winutils.iso file sets the index to 1. As qemu does unit=index, this value conflicts with the second virtio device ( drive-virtio-disk2) which also got unit=1. That's why it works when the winutils.iso setup is moved to the beginning of the command-line: qemu will just skip unit=1. It will also work if you drop the index option. Here's a small command-line with the same problem: qemu-kvm \ -drive file=image.qcow2,if=none,id=drive-virtio-disk1 \ -device virtio-blk-pci,drive=drive-virtio-disk1,id=virtio-disk1 \ -drive file=i386cd-5.0.2.iso,index=0,if=none,id=foo \ -device ide-drive,drive=foo,id=ide0-0-0 This doesn't have anything to do with the number of devices. The two most important questions are: 1. Did you get this with one of our tools or were you playing with qemu by hand? 2. Kevin, can you confirm that that's the expected behavior from qemu's side? Please, note that the error message is wrong anyway. The id is not found because the device wasn't added to the pool. I'll fix that upstream. For reference: the real failure happens in the drive_get() check at drive_init():392. (In reply to comment #1) > Did you get this with any of our virt tools? (eg. virt-install, virt-manager > etc) or were you playing with qemu-kvm by hand? playing with qemu-kvm by hand. (In reply to comment #5) > (In reply to comment #1) > > Did you get this with any of our virt tools? (eg. virt-install, virt-manager > > etc) or were you playing with qemu-kvm by hand? > > playing with qemu-kvm by hand. This is not an issue then, just drop 'index' and you're done. The error message is misleading though, I've opened a new bug for it and will close this one as duplicate. *** This bug has been marked as a duplicate of bug 627585 *** |