Bug 1743257 - Monitoring operator is flapping the upgradeable status
Summary: Monitoring operator is flapping the upgradeable status
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Monitoring
Version: 4.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 4.2.0
Assignee: Lili Cosic
QA Contact: Junqi Zhao
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-08-19 13:29 UTC by Michal Fojtik
Modified: 2023-09-14 05:41 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-10-16 06:36:23 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-monitoring-operator pull 449 0 None closed Bug 1743257: pkg/client/status_reporter.go: Set OperatorUpgradeable to true 2020-01-24 13:34:45 UTC
Red Hat Product Errata RHBA-2019:2922 0 None None None 2019-10-16 06:36:36 UTC

Description Michal Fojtik 2019-08-19 13:29:41 UTC
Description of problem:

In 4.2.x/master the monitoring operator is flapping the upgradeable=true/false condition every 5 minutes.

It sets the `reason: RollOutInProgress` and make upgradeable=false and remove the versions from status field. Then it put it back and repeat that one more time.
Then everything is set back to original state and this repeats every 5 minutes.


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Lili Cosic 2019-08-19 13:36:40 UTC
This seems to be in sync with our reconcile loop. As discussed on slack with brancz, we might not want to set it NotUpgradeable every-time we reconcile. WDYT Serg?

Comment 2 Michal Fojtik 2019-08-19 14:08:58 UTC
You should also not flap the status in your CR every 5 minutes. The only operator that does the same (and it will be fixed) is the machine-api operator today.

Comment 7 errata-xmlrpc 2019-10-16 06:36:23 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2019:2922

Comment 8 Red Hat Bugzilla 2023-09-14 05:41:54 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


Note You need to log in before you can comment on or make changes to this bug.