Bug 2254343 - [GSS][ODF 4.12]Duplicated storagesystem after ODF upgrade
Summary: [GSS][ODF 4.12]Duplicated storagesystem after ODF upgrade
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: odf-operator
Version: 4.12
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: ---
Assignee: Nitin Goyal
QA Contact: Elad
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-12-13 12:37 UTC by Rafrojas
Modified: 2024-03-18 13:23 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-01-17 12:13:04 UTC
Embargoed:


Attachments (Terms of Use)

Description Rafrojas 2023-12-13 12:37:19 UTC
Description of problem (please be detailed as possible and provide log
snippests):

Customer faced an issue on ODF Upgrade and 2 storagesystems were showed on ODF, they proceed to remove one of them but is stuck on deletion

Version of all relevant components (if applicable):
[ODF VERSION]
4.12.8-rhodf


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

  Possible data loss if the deletion of the storagesystem continues


Is there any workaround available to the best of your knowledge?


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


Can this issue reproducible?


Can this issue reproduce from the UI?


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


Steps to Reproduce:
1.
2.
3.


Actual results:


Expected results:


Additional info:

Comment 17 Nitin Goyal 2023-12-21 13:53:16 UTC
I met with Rafa, We tried reproducing and applying the procedure on the internal cluster. We were able to bring it back. Rafa will document those steps and we will share the steps with the customer.


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