coordination #80828
Updated by okurz over 3 years ago
## Motivation
auto-review does a good job but we could benefit from running auto-review more often. We should trigger it directly when openQA jobs fail as well
## Acceptance criteria
* **AC1:** auto-review is triggered on o3 when jobs fails
## Suggestions
* *DONE:* Same as in #80736 but for failed, enable for failed as well, first with label-known
* *DONE:* Review openQA documentation for the current support, e.g. to consider apparmor, config vs. env, etc. -> http://open.qa/docs/#_enable_custom_hook_scripts_on_job_done_based_on_result
* *DONE:* wait for deployment to osd and enable there as well for incomplete and failed
* *DONE:* monitor impact of "label-known-issues" on o3+osd as well as progress.o.o -> all good, no problems or overload observed
* *DONE:* After "label-known-issues", enable "investigate" jobs on o3+osd
* *DONE:* monitor impact on o3+osd
* *DONE:* Think about a better approach for apparmor -> https://github.com/os-autoinst/openQA/pull/3651
* As discussed in https://chat.suse.de/channel/testing?msg=jfuNwoCqDShNp5tbu and follow-up:
* Reflect status of "todo=1" from test overview in build badges -> solved in #91658
* Evaluate alternative where to store "investigation information" not in comments but elsewhere, e.g. show in "investigation" tab?