QA (public) » openQA Project (public)

Motivation¶

When a job is waiting for a GruTask, e.g. https://openqa.opensuse.org/tests/4604726
State: scheduled, waiting for background tasks (id: 20718867, name: download_asset), created about 24 hours ago
then it's hard to find the corresponding minion job because the gru_task_id 20718867 is not searchable from the web interface.
In this case the minion job failed because of a sigterm Job terminated unexpectedly (exit code: 0, signal: 15) (we have #108980 for that). But in any case it should be possible to quickly find the minion job to be able to fix a problem.

Acceptance Criteria¶

• AC1: When an openQA job has a linked Gru Job, users can click on a link to see the corresponding minion job
• AC2: When an openQA job does not have a linked Gru Job, there is no link to click on
• AC3: When the corresponding minion job does not exist the webUI does not crash

Suggestions¶

• @kraih said you can only search for notes key names in the webapi notes field, so instead of notes {"gru_id": 20718867} we should have {"gru_id_20718867": 1}, then we could link to a minion search query from the job. Of course there are several places relying on the current content of the notes. We could use both keys for a certain time.
• Link would look like: https://openqa.opensuse.org/minion/jobs?task=...&state=&queue=&note=gru_id_123
• OpenQA::Shared::GruJob
• OpenQA::Shared::Plugin::Gru
• Migrating old minion job data into the new format is out-of-scope for this task