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 about 1 year ago. Updated about 1 year 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 about 1 year ago

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

#2 Updated by riafarov about 1 year 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