Project

General

Profile

Actions

Feature #53140

open

HEALTH_WARN about known issues of running version

Added by Dan van der Ster over 2 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

If the running version has a known issue (of configurable severity?), issue a health warning.
The proposed implementation would query an xml or json of known issues, keyed by version e.g. 16.2.6-0.


Related issues 1 (1 open0 closed)

Related to Orchestrator - Feature #53320: cephadm: warn users before upgrading to a release with major bugs in itNew

Actions
Actions #1

Updated by David Galloway over 2 years ago

+1

David Orman also suggested requiring a manual override to install a "pulled" version once that version has been flagged.

Actions #2

Updated by Ernesto Puerta over 2 years ago

There's going to be a new mgr module called 'feedback' for users to report Ceph issues from the CLI and UI.

Given that's basically a wrapper around Redmine, we could use it to regularly (daily) poll Redmine and trigger a Healthcheck error if an issue with "severity = critital" affects the version the cluster is running. The main downside of this would be DDoS (it seems that Redmine has some built-in cache).

Actions #3

Updated by Neha Ojha over 2 years ago

Sage suggested adding a field in https://github.com/ceph/ceph/blob/master/doc/releases/releases.yml to list critical bugs against each release. We could use this information to raise health warnings about critical bugs, end of life of releases etc. The critical bugs bit can also be reflected in our releases table in the docs.

Actions #4

Updated by Sebastian Wagner over 2 years ago

  • Related to Feature #53320: cephadm: warn users before upgrading to a release with major bugs in it added
Actions #5

Updated by Greg Farnum over 2 years ago

I think this needs to have an "acknowledge" functionality so it doesn't persist to cause warnings.

Given the motivating case, we want to warn users not to enable the bluestone omap fsck, but once they have that information they should not continue getting warned.

Actions

Also available in: Atom PDF