Bug 1953111

Summary: 2 different versions of Ceph Mon components running after rebooting node
Product: [Red Hat Storage] Red Hat OpenShift Container Storage Reporter: swilson
Component: ceph-monitoringAssignee: Nishanth Thomas <nthomas>
Status: CLOSED DUPLICATE QA Contact: Elad <ebenahar>
Severity: low Docs Contact:
Priority: unspecified    
Version: 4.6CC: ocs-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-04-26 05:55:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot of error/warning none

Description swilson 2021-04-23 22:42:06 UTC
Created attachment 1774932 [details]
Screenshot of error/warning

Description of problem (please be detailed as possible and provide log
snippests): After powering down an OCP/OCS node, an alert, " 2 different versions of Ceph Mon components running" is reported.


Version of all relevant components (if applicable):


Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)? No


Is there any workaround available to the best of your knowledge? Yes, Restart mgr pod on openshift-storage namespace.


Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)? 1


Can this issue reproducible? Yes


Can this issue reproduce from the UI? Yes


If this is a regression, please provide more details to justify this:


Steps to Reproduce:
1. From Azure portal, stop storage node
2. Start storage node
3. After storage node returns to "ready" state the warning appears.


Actual results:
The warning appears

Expected results:
No warning

Additional info:

Comment 2 Nishanth Thomas 2021-04-26 05:55:12 UTC

*** This bug has been marked as a duplicate of bug 1786696 ***