Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug 2138855: Set PeerReady condition status to false upon relocation initiation #121

Merged
merged 1 commit into from Aug 11, 2023

Conversation

BenamarMk
Copy link
Collaborator

Previously, the PeerReady condition status was set to false after the relocation setup between the source and target clusters was completed and before entering the clean up phase. This led to a misleading indication that the peer was ready for a new action before getting to that point. Consequently, users can initiate another action, assuming that the PeerReady condition being true meant it was ready for the next step.

To rectify this issue, this commit ensures that as soon as the relocation action is initiated, the PeerReady condition status is immediately switched to false. This change accurately reflects the actual readiness of the peer, preventing any misconceptions about initiating additional actions prematurely.

Signed-off-by: Benamar Mekhissi bmekhiss@ibm.com
(cherry picked from commit 521f7b6)

Previously, the PeerReady condition status was set to false after the relocation setup between
the source and target clusters was completed and before entering the clean up phase. This led
to a misleading indication that the peer was ready for a new action before getting to that point.
Consequently, users can initiate another action, assuming that the PeerReady condition being true
meant it was ready for the next step.

To rectify this issue, this commit ensures that as soon as the relocation action is initiated,
the PeerReady condition status is immediately switched to false. This change accurately reflects
the actual readiness of the peer, preventing any misconceptions about initiating additional actions
prematurely.

Signed-off-by: Benamar Mekhissi <bmekhiss@ibm.com>
(cherry picked from commit 521f7b6)
@openshift-ci
Copy link

openshift-ci bot commented Aug 11, 2023

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: BenamarMk

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci
Copy link

openshift-ci bot commented Aug 11, 2023

@BenamarMk: This pull request references Bugzilla bug 2138855, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target release (ODF 4.14.0) matches configured target release for branch (ODF 4.14.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, ON_DEV, POST, POST)

No GitHub users were found matching the public email listed for the QA contact in Bugzilla (sagrawal@redhat.com), skipping review request.

In response to this:

Bug 2138855: Set PeerReady condition status to false upon relocation initiation

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@BenamarMk BenamarMk merged commit 347ced0 into red-hat-storage:release-4.14 Aug 11, 2023
12 of 13 checks passed
@openshift-ci
Copy link

openshift-ci bot commented Aug 11, 2023

@BenamarMk: All pull requests linked via external trackers have merged:

Bugzilla bug 2138855 has been moved to the MODIFIED state.

In response to this:

Bug 2138855: Set PeerReady condition status to false upon relocation initiation

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant