[s390x][kvm] test fails in bootloader_zkvm
openQA test in scenario sle-15-Installer-DVD-QR-s390x-btrfs@s390x-kvm-sle15 fails in
Test suite description¶
Test installation with explicit selection of btrfs filesystem during installation. Tests installation only.
Fails since (at least) Build 0024
Last good: 0023 (or more recent)
Always latest result in this scenario: latest
#1 Updated by SLindoMansilla about 3 years ago
- Subject changed from test fails in bootloader_zkvm to [s390x][kvm] test fails in bootloader_zkvm
- Status changed from New to Workable
- Assignee set to michalnowak
- Priority changed from Normal to Immediate
Could you take a look at this?
If this cannot be fixed today, I will need to revert that PR to unblock people working on s390x-kvm while it is fixed.
#2 Updated by pvorel about 3 years ago
Hm, strange, it works well on openqa instance we share with osukup
used packages on quasar:
[2019-05-21T11:28:36.562 CEST] [debug] Current version is 4.5.1557827957.ce72694e [interface v14]
Broken version on osd:
[2019-05-21T09:02:29.401 CEST] [debug] Current version is 4.5.1557391016.927f3d85 [interface v14]
=> 927f3d85 already has required changes in os-autoinst.
error: Failed to define domain from /var/lib/libvirt/images/openQA-SUT-2.xml error: unsupported configuration: Only the first console can be a serial port [2019-05-21T09:02:53.159 CEST] [debug] Command executed: 'virsh define /var/lib/libvirt/images/openQA-SUT-2.xml', ret=1
I'll dig into logs more, but it'd help me to have access to osd.
#3 Updated by pvorel about 3 years ago
It'd have helped a lot if failing libvirt xml file (/var/lib/libvirt/images/openQA-SUT-2.xml here) was uploaded into assets (or printed to logs) and reported libvirt version (or anything else which can affect it). Too late now, but we should implement it later. At least QEMU reports it's version.
#4 Updated by pvorel about 3 years ago
vas added long time ago in v1.0.5-rc1 (2013), I guess it'll be affected by some setup, not libvirt version.
It'd really help me to see the config /var/lib/libvirt/images/openQA-SUT-2.xml.
#5 Updated by pvorel about 3 years ago
- File s390zp13.suse.de.openQA-SUT-2.xml s390zp13.suse.de.openQA-SUT-2.xml added
- File s390zp13.suse.de.openQA-SUT-2.dumped.xml s390zp13.suse.de.openQA-SUT-2.dumped.xml added
Sending configs from s390zp13.suse.de, which is used on my openQA devel machine and it's working (http://quasar.suse.cz/tests/2655)
#8 Updated by pvorel about 3 years ago
libvirt configuration was tested on s390zp13.suse.de, which has SLES 12-SP3 (libvirt 3.3.0-5.25.1, qemu 2.9.1-6.28.1), but osd runs on s390p7.suse.de, which has SLE 15 (libvirt 4.0.0-9.3.1, qemu 2.11.2-9.9.1). So I need to find config, which will run on both or do different config according to working class (s390-kvm-sle12 vs. s390-kvm-sle15).
#10 Updated by pvorel about 3 years ago
PR for debugging (not solving the problem):
#12 Updated by pvorel about 3 years ago
It looks like it's just about correct order of elements:
sclp must be the second:<console type="pty"> <target port="1"/> </console> <console type="pty"> <target type="sclp" port="0"/> </console>
Actually xml needs to be different, WIP to find correct one for SLE15.
#16 Updated by pvorel about 3 years ago
Fix temporarily reverting it (so we have GMC3 fixed):
#17 Updated by pvorel about 3 years ago
Created fix, which enables svirt serial backend.
TL;DR: missing attribute type="virtio" in tag (thus newer libvirt versions taken default type="sclp" which is already used).
Run quite a lot of tests (see verification run) + much more on http://quasar.suse.cz/tests.
Could anyone double check verification run jobs, that my assumptions are correct?
I'd be for merging soon, but you probably prefer to do it after GM.
#19 Updated by pvorel almost 3 years ago
- Status changed from In Progress to Resolved
Fixed in this PR https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/7529
There are still some issues with install_ltp.pm, but that can be workarounded with