Project

General

Profile

Actions

action #137627

closed

[security][15-SP6] Update test audit_remote_libvirt for new libvirt behaviour

Added by JERiveraMoya 7 months ago. Updated 2 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2023-10-09
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:

Description

Observation

openQA test in scenario sle-15-SP6-Online-x86_64-cc_audit-remote-libvirt@64bit fails in
audit_remote_libvirt since Build 26.1
due to new behavior in libvirt. After running virsh net-define the service appears stopped.

Refer to https://libvirt.org/daemons.html#checking-whether-modular-monolithic-mode-is-in-use, to check whether modular | monolithic libvirt mode in use.
There is an existing call in our automation code - func check_modular_libvirt_daemons() from https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/virt_autotest/utils.pm to check with modular libvirt daemons.
With the continuous iterative development of libvirt, libvirt itself introduces many new behaviors and becomes more automated.

Further information

See Slack conversation


Related issues 1 (0 open1 closed)

Related to openQA Tests - action #156658: [security][QU] audit_remote_libvirt fails in 15-SP5 due to new libvirt behaviorResolvedemiler

Actions
Actions #1

Updated by pstivanin 7 months ago

  • Subject changed from [security] Update test audit_remote_libvirt for new libvirt behaviour to [security][15-SP6] Update test audit_remote_libvirt for new libvirt behaviour
Actions #2

Updated by tjyrinki_suse 7 months ago

  • Status changed from New to Workable
Actions #3

Updated by JERiveraMoya 6 months ago

  • Status changed from Workable to In Progress
  • Assignee set to JERiveraMoya
Actions #4

Updated by JERiveraMoya 6 months ago

Actions #5

Updated by JERiveraMoya 6 months ago

  • Status changed from In Progress to Resolved

Verification run: cc_audit-remote-libvirt (fails as expected in #128600 which becomes not really sporadic anymore)

Actions #6

Updated by openqa_review 5 months ago

  • Status changed from Resolved to Feedback

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

This bug is still referenced in a failing openQA test: cc_audit-remote-libvirt
https://openqa.suse.de/tests/12933376#step/audit_remote_libvirt/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.

Actions #7

Updated by JERiveraMoya 5 months ago

  • Status changed from Feedback to Resolved
Actions #8

Updated by openqa_review 3 months ago

  • Status changed from Resolved to Feedback

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

This bug is still referenced in a failing openQA test: cc_audit-remote-libvirt_uefi@uefi
https://openqa.suse.de/tests/13458488#step/audit_remote_libvirt/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.

Actions #9

Updated by tjyrinki_suse 2 months ago

  • Status changed from Feedback to Resolved

This is a separate apparmor related issue.

Actions #10

Updated by tjyrinki_suse 2 months ago

  • Related to action #156658: [security][QU] audit_remote_libvirt fails in 15-SP5 due to new libvirt behavior added
Actions

Also available in: Atom PDF