Project

General

Profile

Actions

action #168589

closed

action #166613: Yast default selected LSM changes from Apparmor to SELinux, existing openQA test fails in first_boot

[qe-core] test fails in wireguard

Added by cahu about 1 month ago. Updated 13 days ago.

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

0%

Estimated time:
Difficulty:

Description

Tumbleweed iso test with SELinux enabled by default, see context:
https://bugzilla.suse.com/show_bug.cgi?id=1230118

also see: https://progress.opensuse.org/issues/166613

wireguard test case breaks as there are no selinux avcs (expects apparmor avcs)

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-wireguard_client@64bit fails in
wireguard

Test suite description

Multimachine Wireguard client test. Maintainers: pdostal@suse.cz, pvorel@suse.cz

Reproducible

Fails since (at least) Build 20241008-SELinux (current job)

Expected result

Last good: 20241009 (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by szarate about 1 month ago

  • Parent task set to #166613

Contact @cahu if any questions.

cc @tjyrinki_suse
Looks like for apparmor and security audit testsuites need to be reworked too. #168571 can be rejected in favor of #167662

Actions #2

Updated by szarate about 1 month ago

  • Subject changed from test fails in wireguard to [qe-core] test fails in wireguard
Actions #3

Updated by cahu 27 days ago

just a quick note: for the verification runs you can create an iso as described here:
https://bugzilla.suse.com/show_bug.cgi?id=1230118#c7

Actions #4

Updated by rfan1 24 days ago

  • Status changed from New to In Progress
  • Assignee set to rfan1

Seems the system hang when executing the "ausearch -m avc -r" command. let me create a new iso image and test the job again.

Actions #6

Updated by rfan1 24 days ago

https://openqa.opensuse.org/tests/4600571#step/wireguard/132

It is so strange that the serial terminal /dev/hvc0 got re-connection at post_run_hook.

Will ask for some experts to take a look at it.

Actions #7

Updated by rfan1 23 days ago ยท Edited

I can catch some journal logs about /dev/hvc0

client login: Oct 28 04:26:50 localhost systemd[1]: Expecting device /dev/hvc0...
Oct 28 04:26:51 localhost systemd[1]: Condition check resulted in /dev/hvc0 being skipped.
Oct 28 04:26:54 localhost.localdomain systemd[1]: Started Serial Getty on hvc0.
Oct 28 04:29:15 localhost.localdomain login[1059]: ROOT LOGIN ON hvc0
Oct 28 04:35:59 susetest systemd[1]: Stopping Serial Getty on hvc0...
Oct 28 04:35:59 susetest systemd[1]: serial-getty@hvc0.service: Deactivated successfully.
Oct 28 04:35:59 susetest systemd[1]: Stopped Serial Getty on hvc0.
Oct 28 04:35:59 susetest systemd[1]: run-credentials-serial\x2dgetty\x40hvc0.service.mount: Deactivated successfully.
Oct 28 20:59:51 susetest systemd[1]: Expecting device /dev/hvc0...
Oct 28 20:59:51 susetest systemd[1]: Condition check resulted in /dev/hvc0 being skipped.
Oct 28 20:59:54 susetest systemd[1]: Started Serial Getty on hvc0.
Oct 28 21:00:00 susetest login[960]: ROOT LOGIN ON hvc0
**Oct 28 21:04:47 client systemd[1]: serial-getty@hvc0.service: Deactivated successfully.
Oct 28 21:04:47 client systemd[1]: run-credentials-serial\x2dgetty\x40hvc0.service.mount: Deactivated successfully.
Oct 28 21:04:47 client systemd[1]: serial-getty@hvc0.service: Scheduled restart job, restart counter is at 1.**
Oct 28 21:04:47 client systemd[1]: Started Serial Getty on hvc0.
Oct 28 22:05:57 client systemd[1]: Stopping Serial Getty on hvc0...
Oct 28 22:05:57 client systemd[1]: serial-getty@hvc0.service: Deactivated successfully.
Oct 28 22:05:57 client systemd[1]: Stopped Serial Getty on hvc0.
Oct 28 22:05:57 client systemd[1]: run-credentials-serial\x2dgetty\x40hvc0.service.mount: Deactivated successfully.
Oct 28 22:05:57 client systemd[1]: Started Serial Getty on hvc0.
enabled-runtime

โ— serial-getty@hvc0.service - Serial Getty on hvc0
     Loaded: loaded (]8;;file://client/usr/lib/systemd/system/serial-getty@.service/usr/lib/systemd/system/serial-getty@.service]8;;; enabled-runtime; preset: 0;1;38:5:185mdisabled)]8;;\
     Active: active (running) since Mon 2024-10-28 22:05:57 EDT; 3min 19s ago
 Invocation: ad82ccfabe904b059fd1316d0c4a6f77
       Docs: ]8;;man:agetty(8)man:agetty(8)]8;;]8;;\
             ]8;;man:systemd-getty-generator(8)man:systemd-getty-generator(8)]8;;]8;;\
             ]8;;https://0pointer.de/blog/projects/serial-console.htmlhttps://0pointer.de/blog/projects/serial-console.html]8;;]8;;\
   Main PID: 10749 (agetty)
      Tasks: 1 (limit: 1719)
        CPU: 21ms
     CGroup: /system.slice/system-serial\x2dgetty.slice/serial-getty@hvc0.service
             โ””โ”€10749 /sbin/agetty -o "-p -- \\u" --keep-baud 115200,57600,38400,9600 - vt220
Oct 28 22:05:57 client systemd[1]: Started Serial Getty on hvc0.

Below info interested me

Oct 28 21:04:47 client systemd[1]: serial-getty@hvc0.service: Deactivated successfully.
Oct 28 21:04:47 client systemd[1]: run-credentials-serial\x2dgetty\x40hvc0.service.mount: Deactivated successfully.
Oct 28 21:04:47 client systemd[1]: serial-getty@hvc0.service: Scheduled restart job, restart counter is at 1.

Actions #8

Updated by rfan1 23 days ago

I don't know why hvc0 gets re-connected, will ask developer for this change

Actions #9

Updated by rfan1 23 days ago

I triggered a job with post_fail_hook from root console https://openqa.opensuse.org/tests/4602445#downloads

Actions #10

Updated by rfan1 23 days ago

  • Target version set to QE-Core: Ready
Actions #11

Updated by rfan1 21 days ago

  • Status changed from In Progress to Blocked
Actions #13

Updated by cahu 15 days ago

  • Status changed from Blocked to Feedback
Actions #14

Updated by szarate 13 days ago

  • Status changed from Feedback to Resolved

this is fixed already

Actions

Also available in: Atom PDF