Bug 1765443
Summary: | cross migration from rhel8.0av to rhel8.1av fails with rebootTimeout='-1' | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux Advanced Virtualization | Reporter: | yafu <yafu> |
Component: | qemu-kvm | Assignee: | Dr. David Alan Gilbert <dgilbert> |
qemu-kvm sub component: | General | QA Contact: | jingzhao <jinzhao> |
Status: | CLOSED ERRATA | Docs Contact: | |
Severity: | unspecified | ||
Priority: | unspecified | CC: | armbru, chayang, coli, ddepaula, dgilbert, hhan, jinzhao, juzhang, knoel, mprivozn, philmd, qzhang, virt-maint, xuwei |
Version: | 8.1 | ||
Target Milestone: | rc | ||
Target Release: | 8.2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-4.2.0-1.module+el8.2.0+4793+b09dd2fb | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-05-05 09:50:34 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: |
Description
yafu
2019-10-25 06:28:52 UTC
This happens before we actually get to migration; qemu rejects reboot-timeout=-1 at startup due to commit ee5d0f89de3. Yet qemu documents reboot-timeout=-1 as being both the default and meaning 'guest will not reboot. Lets ask Philippe what fw_cfg is expecting to happen. It's also documented as working in the libvirt xml: https://libvirt.org/formatdomain.html#elementsOSBIOS Since 0.9.4. Since 0.10.2 (QEMU only) there is another attribute, rebootTimeout that controls whether and after how long the guest should start booting again in case the boot fails (according to BIOS). The value is in milliseconds with maximum of 65535 and special value -1 disables the reboot. actually, looks like an easy fix, will post. posted: fw_cfg: Allow reboot-timeout=-1 again CC'ing Michal Privoznik since I see he was reviewing a libvirt change to remove the -1 feature. merged upstream for 4.2; commit: 20a192203222efde055d fw_cfg: Allow reboot-timeout=-1 again should get it when we upgrade to 4.2 Please check if it is worthwhile to be fixed in RHEL8.1-AV. Because the problem is introduced in qemu-4.0, it will obviously cause migration failure when <bios rebootTimeout='-1'/> dest host RHEL8.1-AV. For the influence of products, I have no evindence that any uplayer products like vdsm, nova, and kubevirt are using this attrib. So I think there is no impact on these products. (In reply to Han Han from comment #8) > Please check if it is worthwhile to be fixed in RHEL8.1-AV. > Because the problem is introduced in qemu-4.0, it will obviously cause > migration failure > when <bios rebootTimeout='-1'/> dest host RHEL8.1-AV. > > For the influence of products, I have no evindence that any uplayer products > like vdsm, nova, > and kubevirt are using this attrib. So I think there is no impact on these > products. Agreed Thanks Jing QEMU has been recently split into sub-components and as a one-time operation to avoid breakage of tools, we are setting the QEMU sub-component of this BZ to "General". Please review and change the sub-component if necessary the next time you review this BZ. Thanks 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-2020:2017 |