Description of problem: This is to track the "Live migration - back/forth between RHEL-ALT 7.6, RHEL-AV 8.1.1 and RHEL-AV 8.2.0 on Power9". Both pre-copy and post-copy live migration need to be tested and supported. Following test matrix should be run: RHEL-ALT 7.6 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 RHEL-AV 8.1.1 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 The machine types coverage are: pseries-rhel7.5.0, pseries-rhel7.5.0-sxxm, pseries-rhel7.6.0, pseries-rhel7.6.0-sxxm, pseries-rhel8.0.0, pseries-rhel8.1.0 Please note machine types pseries-rhel8.0.0 and pseries-rhel8.1.0 would only be covered when both src and dst hosts are RHEL8 series. Red Hat Layered Products: RHV and OSP, should review this BZ and specify which versions of RHEL host should be tested. And, prioritize the different combinations based on what customers will be using.
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
(In reply to Gu Nini from comment #0) > Description of problem: > > This is to track the "Live migration - back/forth between RHEL-ALT 7.6, > RHEL-AV 8.1.1 and RHEL-AV 8.2.0 on Power9". Both pre-copy and post-copy live > migration need to be tested and supported. > > Following test matrix should be run: > RHEL-ALT 7.6 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 > RHEL-AV 8.1.1 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 > > The machine types coverage are: pseries-rhel7.5.0, pseries-rhel7.5.0-sxxm, > pseries-rhel7.6.0, pseries-rhel7.6.0-sxxm, pseries-rhel8.0.0, > pseries-rhel8.1.0 > Please note machine types pseries-rhel8.0.0 and pseries-rhel8.1.0 would only > be covered when both src and dst hosts are RHEL8 series. > > Red Hat Layered Products: RHV and OSP, should review this BZ and specify > which versions of RHEL host should be tested. And, prioritize the different > combinations based on what customers will be using. Bug verification: I.RHEL-ALT 7.6 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 Host A: ibm-p9b-11.pnr.lab.eng.bos.redhat.com Host kernel: 4.18.0-167.el8.ppc64le Guest kernel: 4.14.0-115.el7a.ppc64le Qemu: qemu-kvm-4.2.0-4.module+el8.2.0+5220+e82621dc.ppc64le SLOF: SLOF-20191022-1.git899d9883.module+el8.2.0+4793+b09dd2fb.noarch Host B: ibm-p9b-23.pnr.lab.eng.bos.redhat.com Host kernel: 4.14.0-115.8.2.el7a.ppc64le Qemu: qemu-kvm-rhev-2.12.0-18.el7_6.7.ppc64le SLOF: SLOF-20171214-2.gitfa98132.el7.noarch Result: PASS Jira link: https://projects.engineering.redhat.com/browse/ELPPCKVM-1755 II.RHEL-AV 8.1.1 with qemu-kvm-rhev to/from RHEL-AV 8.2.0 Host A: ibm-p9b-11.pnr.lab.eng.bos.redhat.com Host kernel: 4.18.0-167.el8.ppc64le Guest kernel: 4.14.0-115.el7a.ppc64le Qemu: qemu-kvm-4.2.0-4.module+el8.2.0+5220+e82621dc.ppc64le SLOF: SLOF-20191022-1.git899d9883.module+el8.2.0+4793+b09dd2fb.noarch Host B: ibm-p9b-21.pnr.lab.eng.bos.redhat.com Host 4.18.0-147.3.1.el8_1.ppc64le Qemu: qemu-kvm-4.1.0-19.module+el8.1.1+5172+e3ff58a1.ppc64le SLOF: SLOF-20190703-1.gitba1ab360.module+el8.1.0+3730+7d905127.noarch Result: PASS Jira link: https://projects.engineering.redhat.com/browse/ELPPCKVM-1756 III.Additional, we have test P9(rhelav810)<-->P9(rhelav820):rhel810-p9-guest Host A: P9 RHELAV810 Host kernel: 4.18.0-147.el8.ppc64le Guest kernel: kernel-4.18.0-147.4.1.el8_1 Qemu: qemu-kvm-4.1.0-14.module+el8.1.0+4754+8d38b36b.ppc64le SLOF: SLOF-20190703-1.gitba1ab360.module+el8.1.0+3730+7d905127.noarch Host B: P9 RHELAV820 Host kernel: 4.18.0-167.el8.ppc64le Qemu: qemu-kvm-4.2.0-4.module+el8.2.0+5220+e82621dc.ppc64le SLOF: SLOF-20191022-1.git899d9883.module+el8.2.0+4793+b09dd2fb.noarch Result: PASS Jira link: https://projects.engineering.redhat.com/browse/ELPPCKVM-1762 So, this bug could be verify.