Red Hat Bugzilla – Bug 1452603
can't bootup from image when attached multi-virtio-scsi disks with multi-luns
Last modified: 2018-04-10 10:28:18 EDT
Created attachment 1280366 [details] cmd file Description of problem: can't bootup from image when attached multi-virtio-scsi disks with multi-luns Version-Release number of selected component (if applicable): host: kernel-3.10.0-666.el7.x86_64 qemu-kvm-rhev-2.9.0-5.el7 guest: kernel-3.10.0-666.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1. run test.sh (refer to the attachment) Actual results: can't bootup from image Expected results: bootup normally Additional info: Not hit this issue on RHEL.7.3: kernel-3.10.0-514.16.1.el7.x86_64 qemu-kvm-rhev-2.6.0-28.el7_3.9 Not hit this issue: qemu-kvm-rhev-2.9.0-3.el7 qemu-kvm-rhev-2.9.0-4.el7
Please provide qemu-kvm command line used. Thanks.
Please, attach the boot image as LUN 0. In your command it is pointing to stg0.qcow2.
set lun=0 for boot image also can not bootup normally. It is seabios issue: Not hit this issue on below version: seabios-1.10.2-2.el7.x86_64.rpm seabios-bin-1.10.2-2.el7.noarch.rpm seavgabios-bin-1.10.2-2.el7.noarch.rpm Hit this issue on: seabios-1.10.2-3.el7.x86_64.rpm seabios-bin-1.10.2-3.el7.noarch.rpm seavgabios-bin-1.10.2-3.el7.noarch.rpm
These patches were rejected upstream: https://www.mail-archive.com/seabios@seabios.org/msg10086.html The suggestion is to allocate virtqueue info in high memory, which would allow virtio drivers to support more drives. However, I'm not sure that it would support the full amount used in this testcase (it could still go out of memory).
The upstream maintainer developed an alternative patchset that works with ~900 disks and can be backported easily to RHEL.
Fix included in seabios-1.10.2-5.el7
Reproduced this bug with seabios-1.10.2-4.el7.x86_64 & seabios-1.10.2-3.el7.x86_64 & qemu-kvm-rhev-2.10.0-7.el7.x86_64 steps: use script test.sh in attachment result: can't bootup from image Verified bug with seabios-1.10.2-7.el7.x86_64 & qemu-kvm-rhev-2.10.0-7.el7.x86_64 Result: All disks can be found inside guest. and guest works well
According to comment16. This bug is fixed. And set this bug as verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0814