Project

General

Profile

Actions

action #119488

closed

The QEM dashboard is empty

Added by livdywan over 1 year ago. Updated over 1 year ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
Target version:
Start date:
2022-10-21
Due date:
% Done:

0%

Estimated time:

Description

Motivation

The dashboard is completely empty, see https://dashboard.qam.suse.de/blocked

Acceptance criteria

  • AC1: The dashboard shows current incidents

Suggestions

  • Restart the service
  • Check the db

Related issues 1 (0 open1 closed)

Related to openQA Infrastructure - action #119557: [qem-dashboard] Show a link to Smelt if there are no active incidents size:SResolvedkraih2022-10-28

Actions
Actions #1

Updated by livdywan over 1 year ago

Note that smelt is empty/ broken, so this is why the dashboard shows no incidents - the data is actually still there and accessible via deep links

Actions #2

Updated by okurz over 1 year ago

  • Status changed from New to Blocked
  • Assignee set to okurz

the list of active incidents comes from smelt, so we assume the bot synced an empty list. Once smelt is back it should go back to normal.
https://gitlab.suse.de/tools/smelt/-/issues/922

Actions #3

Updated by kraih over 1 year ago

Confirmed in the database that it is indeed related to the SMELT problem. The bot synced an empty list to the dashboard and there are no active incidents:

dashboard_db=# select * from incidents where active = true;
 id | number | rr_number | project | approved | emu | active | packages | review | review_qam
----+--------+-----------+---------+----------+-----+--------+----------+--------+------------
(0 rows)
Actions #4

Updated by jbaier_cz over 1 year ago

And just for the record, this is the pipeline job which did the sync: https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1212601

Maybe we can also improve a bit and abort such attempt? We probably did an empty post, instead we can preserve the old state as a better behavior.

Actions #5

Updated by livdywan over 1 year ago

jbaier_cz wrote:

And just for the record, this is the pipeline job which did the sync: https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1212601

Maybe we can also improve a bit and abort such attempt? We probably did an empty post, instead we can preserve the old state as a better behavior.

In that case it would be best to show that the data is outdated, though, e.g. Data hasn't been updated since... to avoid hiding the fact that new data is not coming in anymore.

Actions #6

Updated by jbaier_cz over 1 year ago

cdywan wrote:

In that case it would be best to show that the data is outdated, though, e.g. Data hasn't been updated since... to avoid hiding the fact that new data is not coming in anymore.

There is already "Last updated ago" message on the top which should be enough to indicate that.

Actions #7

Updated by kraih over 1 year ago

jbaier_cz wrote:

There is already "Last updated ago" message on the top which should be enough to indicate that.

That message on the dashboard also includes RabbitMQ updates for job results. So it is not directly correlated to updates from the bot.

Actions #8

Updated by okurz over 1 year ago

  • Status changed from Blocked to New
  • Assignee deleted (okurz)
  • Priority changed from Immediate to High

As smelt is back we can continue implementing mentioned improvements.

Actions #9

Updated by kraih over 1 year ago

  • Related to action #119557: [qem-dashboard] Show a link to Smelt if there are no active incidents size:S added
Actions #10

Updated by okurz over 1 year ago

  • Status changed from New to Blocked
  • Assignee set to kraih
Actions #11

Updated by kraih over 1 year ago

  • Status changed from Blocked to Feedback

Unblocked, and probably resolved, unless there are more ideas for relevant improvements.

Actions #12

Updated by okurz over 1 year ago

  • Status changed from Feedback to Resolved

All good now

Actions

Also available in: Atom PDF