Project

General

Profile

Actions

coordination #105082

closed

coordination #105073: [Epic] Improve logging in openQA

Evaluate more simple and consistent ways to collect logs

Added by JRivrain almost 3 years ago. Updated 11 months ago.

Status:
Rejected
Priority:
Low
Assignee:
-
Target version:
-
Start date:
2022-01-19
Due date:
% Done:

0%

Estimated time:
Tags:

Description

To be done after Identify which post_fail_hook is used by each module in Yast group, and what it does.

Currently the logging in openQA is a often chaotic, sometimes redundant, sometimes some things are missing. Also, some of the files collected contain no information at all. We should try to make logging more consistent.

We would like to evaluate different ways of collecting logs.

  • supportconfig: This tool does most of what we are doing in post_fail_hooks (and more) but more consistently. Some devs may be more familiar with it.
  • journalctl: journalctl is now the default for almost all linux distributions. Yet, for most cases, we don't seem to have the output of journalctl in logs.
  • tar: a simple tarball of /var/log is simpler than collecting files individually, and we are sure not to miss any log file.

Proposals:

  • read manpage of supportconfig. some options can be useful, like -l (all lines), and the possiblitity to upload directly the output. However, for Yast, it does not seem to contain the rotated logs (eg y2log2.gz).
  • for journalctl, we can just use journalctl > journalctl.log, then upload it.

AC1: Identify useless, redundant, or in the contrary, missing log collections for each module in Yast group.
AC2: Make proposal(s) on how to replace current log collection by something more consistent.


Related issues 1 (0 open1 closed)

Related to qe-yam - action #105079: [Research][timebox: 24] Evaluate a way to snapshot and upload the entire system at the point of failure, that could be bootable as VM.Rejected2022-01-19

Actions
Actions

Also available in: Atom PDF