Project

General

Profile

Actions

action #162683

closed

coordination #157969: [epic] Upgrade all our infrastructure, e.g. o3+osd workers+webui and production workloads, to openSUSE Leap 15.6

s390x libvirt started kvm machines on Leap 15.6 fail with "unsupported configuration: machine type 's390-ccw-virtio-8.2' does not support ACPI" size:M

Added by okurz 4 months ago. Updated about 1 month ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Feature requests
Target version:
Start date:
2024-05-08
Due date:
% Done:

0%

Estimated time:

Description

Observation

After upgrading s390zl12+13 to Leap 15.6 I observed all openQA tests running on those hosts failed, e.g. https://openqa.suse.de/tests/14237883
when trying to define the virtual machines. on s390zl13 I saw

May 08 22:43:40 s390zl13 virtqemud[22259]: unsupported configuration: machine type 's390-ccw-virtio-8.2' does not support ACPI

Probably due to https://github.com/os-autoinst/os-autoinst/blob/master/consoles/sshVirtsh.pm#L114 where os-autoinst adds such element to the VM config but likely there is no ACPI support on s390x VMs anymore now causing that problem. We need to ensure that an upgraded Leap 15.6, maybe reproducible on Tumbleweed, and os-autoinst supports the according upgrade of libvirt or qemu or whatever caused the problem

Acceptance criteria

  • AC1: s390x openQA tests run succesfully on a fully upgraded Leap 15.6

Suggestions

  • Possibly update os-autoinst to not add "acpi" and potentially other problematic entries for s390, maybe also depending on version?
  • Upstream research how to properly handle
  • Ensure s390x libvirt qemu tests work properly

Related issues 3 (3 open0 closed)

Related to openQA Project - action #157972: Upgrade o3 workers to openSUSE Leap 15.6Blockedokurz

Actions
Related to openQA Project - action #163469: Upgrade a single o3 worker to openSUSE Leap 15.6Blockedokurz2024-07-08

Actions
Copied from openQA Project - action #160095: Upgraded Leap 15.6 workers able to run s390x tests after #162683 size:MWorkable2024-05-08

Actions
Actions #1

Updated by okurz 4 months ago

  • Copied from action #160095: Upgraded Leap 15.6 workers able to run s390x tests after #162683 size:M added
Actions #2

Updated by okurz 3 months ago

  • Related to action #157972: Upgrade o3 workers to openSUSE Leap 15.6 added
Actions #3

Updated by okurz 3 months ago

  • Related to action #163469: Upgrade a single o3 worker to openSUSE Leap 15.6 added
Actions #4

Updated by okurz 3 months ago

  • Target version changed from Ready to Tools - Next
Actions #5

Updated by okurz 2 months ago

  • Target version changed from Tools - Next to Ready
Actions #6

Updated by okurz about 2 months ago

  • Status changed from New to Workable
Actions #7

Updated by mkittler about 2 months ago

  • Status changed from Workable to In Progress
  • Assignee set to mkittler
Actions #9

Updated by mkittler about 2 months ago

I tried to verify this locally by putting the config from worker32.oqa.prg2.suse.org:16 in a local worker slot and then running https://github.com/os-autoinst/os-autoinst/pull/2541. However, I couldn't reproduce the issue. The host that would have been s390zl13.oqa.prg2.suse.org is in my setup just localhost in that setup - running Tumbleweed and not Leap 15.6. Maybe the libvirtd version under Tumbleweed behaves differently than the one on Leap 15.6.

I also had to disable the following code from boostloader_setup.pm:

    # serial console used for the serial log
    $svirt->add_pty(
        {
            pty_dev => SERIAL_CONSOLE_DEFAULT_DEVICE,
            pty_dev_type => 'pty',
            target_type => 'sclp',
            target_port => SERIAL_CONSOLE_DEFAULT_PORT
        });

Otherwise it would complain about it:

[2024-08-26T17:07:29.239216+02:00] [debug] [pid:139006] [run_ssh_cmd(virsh  define /var/lib/libvirt/images/openQA-SUT-11.xml)] stderr:
  error: Failed to define domain from /var/lib/libvirt/images/openQA-SUT-11.xml
  error: Nicht unterstützte Konfiguration: sclpconsole is not supported in this QEMU binary

So I'm not sure how to test this properly.

Maybe we'll just have to update s390zl13.oqa.prg2.suse.org when there's a good time.

Actions #10

Updated by mkittler about 1 month ago

  • Status changed from Feedback to Resolved

Probably my tests were not useful because libvirtd wasn't running on s390x in my case. Unlike with the other svirt tests the arch is really relevant here. I guess I'll just leave it at this as I have at least extended the unit tests. Considering the upstream changes I'm also confident that this really only affects ACPI and not one of the other features as well.

Actions

Also available in: Atom PDF