Bug 1452603
Summary: | can't bootup from image when attached multi-virtio-scsi disks with multi-luns | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Xueqiang Wei <xuwei> | ||||
Component: | seabios | Assignee: | Paolo Bonzini <pbonzini> | ||||
Status: | CLOSED ERRATA | QA Contact: | FuXiangChun <xfu> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 7.4 | CC: | aliang, chayang, coli, drjones, famz, juzhang, knoel, michen, mtessun, pbonzini, qzhang, virt-maint, yhong | ||||
Target Milestone: | rc | Keywords: | Regression, Reopened, ZStream | ||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | seabios-1.10.2-5.el7 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1497066 1497071 (view as bug list) | Environment: | |||||
Last Closed: | 2018-04-10 14:26:48 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1497066, 1497071 | ||||||
Attachments: |
|
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 |
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