Project

General

Profile

Actions

action #48635

closed

[functional][u] test fails in kvm - no svm flag for openqaworker13 (AMD worker)

Added by dheidler almost 6 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
SUSE QA (private) - Milestone 25
Start date:
2019-03-04
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-12-SP5-Server-DVD-x86_64-qemu@64bit fails in
kvm

I don't really understand why it doesn't work on openqaworker13 but works fine for O3 worker "imagetester" which has an AMD CPU as well: https://openqa.opensuse.org/tests/864932

Test suite description

Maintainer: dheidler@suse.de - Test QEMU and KVM

Reproducible

Fails since (at least) Build 0126 (current job)

Expected result

Last good: 0126 (or more recent)

Suggestions

  • Find out why the KVM kernel module can not be loaded on some workers -> #48746
  • If necessary run tests based on the worker class and/or move scenario back to test development
  • Make sure the prerequisites from the worker side are fulfilled before conducting steps within the SUT which can only work if the worker fulfills KVM

Further details

Always latest result in this scenario: latest

Workaround

Retrigger until jobs end up on a different worker that works


Related issues 2 (0 open2 closed)

Related to openQA Tests (public) - action #49520: [functional][u] Add an extra unique worker class to each worker hostRejectedszarate2019-03-20

Actions
Copied to openQA Tests (public) - action #48746: [functional][u][timeboxed:4h] test fails in kvm - no svm flag for openqaworker13 (AMD worker) - investigate why KVM kernel module can not be loaded on some workersResolveddheidler2019-03-04

Actions
Actions #1

Updated by okurz almost 6 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Priority changed from Normal to High

Moved your personal remark from "Further details" to "Observations". Should fit better there, right?

Tickets which are linked to currently failing tests should be at least "High" so feel free to set accordingly for new tickets in the future.

Actions #2

Updated by okurz almost 6 years ago

  • Copied to action #48746: [functional][u][timeboxed:4h] test fails in kvm - no svm flag for openqaworker13 (AMD worker) - investigate why KVM kernel module can not be loaded on some workers added
Actions #3

Updated by okurz almost 6 years ago

  • Description updated (diff)
  • Status changed from Workable to Blocked
  • Assignee set to mgriessmeier

In the sprint planning meeting we should investigate first in the time-boxed task #48746

Assigned to @mgriessmeier for tracking

Actions #4

Updated by dheidler almost 6 years ago

  • Assignee changed from mgriessmeier to dheidler

As written in https://progress.opensuse.org/issues/48746 we need to update openqaworker13 - so nick will update this worker first.

Actions #5

Updated by okurz almost 6 years ago

  • Status changed from Blocked to Feedback

hi dheidler, good you found out that soon. Will @nicksinger upgrade the workers that soon? If this is not planned in the near future I suggest to go again with either the dedicated worker class or disable the complete test case for now again on that machine type on osd. Otherwise I fear that we will have a "sporadically failing test case" which will confuse other reviewers and do more harm than good.

Actions #7

Updated by SLindoMansilla almost 6 years ago

dheidler wrote:

--> https://gitlab.suse.de/openqa/salt-pillars-openqa/merge_requests/165/diffs

We will loose capacity by disabling a machine that works for other scenarios. Maybe what we need for these cases is to add a worker class with the machine name to each worker host, so that we can pick a specific worker host if needed (that would also be useful to debug problems that only happens on one worker host) -> #49520

Actions #8

Updated by SLindoMansilla almost 6 years ago

  • Related to action #49520: [functional][u] Add an extra unique worker class to each worker host added
Actions #9

Updated by mgriessmeier over 5 years ago

  • Target version changed from Milestone 23 to Milestone 24

moved to M24

Actions #10

Updated by okurz over 5 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: qemu
https://openqa.suse.de/tests/2812698

Actions #12

Updated by SLindoMansilla over 5 years ago

  • Related to deleted (action #49520: [functional][u] Add an extra unique worker class to each worker host)
Actions #13

Updated by SLindoMansilla over 5 years ago

  • Related to action #49520: [functional][u] Add an extra unique worker class to each worker host added
Actions #14

Updated by SLindoMansilla over 5 years ago

  • Status changed from Feedback to Workable

I think we can provide a PR on the salt states to add an extra worker class for machines we know that support kvm. Then add this as worker_class for the testsuite.
This should not cause any influence on already running tests.

Actions #15

Updated by mgriessmeier over 5 years ago

  • Target version changed from Milestone 24 to Milestone 25

moved to M25
@dheidler, could you please clarify current status here?

Actions #16

Updated by dheidler over 5 years ago

Waiting for Nick to update the worker OS.

Actions #18

Updated by dheidler over 5 years ago

openqaworker13 is now updated to leap15.0

Actions #19

Updated by dheidler over 5 years ago

  • Status changed from Workable to In Progress
Actions #20

Updated by dheidler over 5 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF