Project

General

Profile

action #68335

[opensuse][functional][y] opensuse-Tumbleweed-DVD-s390x-RAID0_gpt@s390x never finishes due to wrong worker class

Added by okurz 10 months ago. Updated 10 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2020-06-23
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

https://openqa.opensuse.org/tests/latest?arch=s390x&distri=opensuse&flavor=DVD&machine=s390x&test=RAID0_gpt&version=Tumbleweed is scheduled against "s390x,heavyload" but in o3 there is only one worker with "s390x", no "heavyload". "heavyload" comes from the test suite defining this for all variants of "RAID…_gpt…"

Acceptance criteria

  • AC1: RAID0_gpt@s390x finds a valid worker or the test scenario does not exist anymore

Suggestions

  • Evaluate if the worker class restriction can be removed from the test suite(s) or if the specific scenario is not necessary or if "heavyload" should be added to the worker

History

#1 Updated by okurz 10 months ago

I think we can add "heavyload" to the worker assuming that the s390x host can handle that. Agreed?

#2 Updated by riafarov 10 months ago

  • Status changed from Workable to Resolved
  • Assignee set to riafarov
  • Target version set to future

Not sure who has enabled this scenario, but we don't run RAID tests on s390x for SLES, not sure if openQA supports creating VM with multiple disks, so disabling for now. There was also no evidences that any customer uses software raid on s390x.
I've disabled this scenario.
Pasting settings here in case someone works on it.

    - RAID0_gpt:
        priority: 50
        settings:
          EXTRABOOTPARAMS: hvc_iucv=8

Also available in: Atom PDF