Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Created attachment 516421[details]
image about no bootable disk
Description of problem:
Boot guest with -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2 simultaneous.guest can't be booted successful since can't find bootable disk.
Version-Release number of selected component (if applicable):
qemu-kvm-0.12.1.2-2.175.el6.x86_64
How reproducible:
100%
Steps to Reproduce:
1.boot guest with virtio interface block and usb device
#/usr/libexec/qemu-kvm -M rhel6.2.0 -enable-kvm -m 2G -smp 2,cores=2,threads=1,sockets=1 -name RHEL6.1_32 -uuid 50eba0fa-c3bc-4634-9c87-e46fc4dafab9 -rtc base=utc,clock=host,driftfix=slew -boot dc -drive file=/home/RHEL6.1-64-virtio.qcow2,if=none,id=drive-ide-0-0,media=disk,format=qcow2,cache=none,werror=stop,index=0
/
-device virtio-blk-pci,drive=drive-ide-0-0,id=ide0-0-0 -netdev tap,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=78:2B:CB:AF:11:11 -vnc :10 -monitor stdio -balloon none
/
-device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2
2.
3.
Actual results:
Guest can't be booted successful because of can't find bootable disk.
Expected results:
guest can be booted successful and find usb device in guest.
Additional info:
1.if we boot guest just with virtio interface block,guest can be booted successful
2.if we boot guest with ide interface and usb device simultaneous,guest can be booted successful
#-device ide-drive,drive=drive-ide-0-0,id=ide0-0-0 -netdev tap,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=78:2B:CB:AF:11:11 -vnc :10 -monitor stdio -balloon none -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2
I think this happens because seabios puts the usb disk first into the list of bootable devices.
How does the boot menu (add -boot menu=on, then press F12) look like?
Does the guest boot if you add "bootindex=1" to the virtio-blk-pci device?
(In reply to comment #1)
> I think this happens because seabios puts the usb disk first into the list of
> bootable devices.
>
> How does the boot menu (add -boot menu=on, then press F12) look like?
1. USB Drive QEMU
2. Virtio disk PCI:0:4
3. Legacy option rom
When I choose option2, guest can boot up from original system.
> Does the guest boot if you add "bootindex=1" to the virtio-blk-pci device?
/home/devel/autotest-upstream/client/tests/kvm/qemu -name 'vm1' -nodefaults -vga std -monitor unix:'/tmp/monitor-humanmonitor1-20110802-185220-14Tf',server,nowait -serial unix:'/tmp/serial-20110802-185220-14Tf',server,nowait -drive file='/home/devel/autotest-upstream/client/tests/kvm/images/RHEL-Server-6.1-64-virtio.qcow2',index=0,if=none,cache=none,id=disk1 -device virtio-blk-pci,drive=disk1,bootindex=1 -m 2048 -smp 2 -vnc :0 -device usb-ehci,id=ehci -drive file='/tmp/usbdevice.qcow2',if=none,cache=none,id=usb2.1 -device usb-storage,bus=ehci.0,drive=usb2.1,port=2
Guest can boot up from virtio disk.
Hoffmann, autotest doesn't support 'bootindex' right now.
(In reply to comment #3)
> So it's a bug in autotest, it should be reassigned or closed/notabug.
> /me can't find a autotest component. Do we track autotest issues in rh
> bugzilla?
no, RedHat doesn't officially provide autotest as a production.
So we can close this bz, I'll fix this autotest problem.
Created attachment 516421 [details] image about no bootable disk Description of problem: Boot guest with -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2 simultaneous.guest can't be booted successful since can't find bootable disk. Version-Release number of selected component (if applicable): qemu-kvm-0.12.1.2-2.175.el6.x86_64 How reproducible: 100% Steps to Reproduce: 1.boot guest with virtio interface block and usb device #/usr/libexec/qemu-kvm -M rhel6.2.0 -enable-kvm -m 2G -smp 2,cores=2,threads=1,sockets=1 -name RHEL6.1_32 -uuid 50eba0fa-c3bc-4634-9c87-e46fc4dafab9 -rtc base=utc,clock=host,driftfix=slew -boot dc -drive file=/home/RHEL6.1-64-virtio.qcow2,if=none,id=drive-ide-0-0,media=disk,format=qcow2,cache=none,werror=stop,index=0 / -device virtio-blk-pci,drive=drive-ide-0-0,id=ide0-0-0 -netdev tap,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=78:2B:CB:AF:11:11 -vnc :10 -monitor stdio -balloon none / -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2 2. 3. Actual results: Guest can't be booted successful because of can't find bootable disk. Expected results: guest can be booted successful and find usb device in guest. Additional info: 1.if we boot guest just with virtio interface block,guest can be booted successful 2.if we boot guest with ide interface and usb device simultaneous,guest can be booted successful #-device ide-drive,drive=drive-ide-0-0,id=ide0-0-0 -netdev tap,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=78:2B:CB:AF:11:11 -vnc :10 -monitor stdio -balloon none -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick -drive if=none,id=usbstick,file=/root/zhangjunyi/usbdevice.qcow2