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

Backport of Fix tidy-status, tidy-cancel on PR Secondaries into release/1.10.x #17503

Conversation

hc-github-team-secure-vault-core
Copy link
Collaborator

Backport

This PR is auto-generated from #17497 to be assessed for backporting due to the inclusion of the label backport/1.10.x.

WARNING automatic cherry-pick of commits failed. Commits will require human attention.

merge conflict error: POST https://api.github.com/repos/hashicorp/vault/merges: 409 Merge conflict []

The below text is copied from the body of the original PR.


PKI's tidy-status included a bug that prevented PR secondary nodes from responding with the status of the running tidy operation: while the operation constructor correctly forwarded the node on PR standby instances, the handler itself forwarded also on PR secondary nodes.

This is incorrect as the PR secondary nodes are the active node in the local PR cluster, and run tidy operations otherwise.

This meant that while auto-tidy and tidy operations would run, there was no insight into the process.

When implementing tidy-cancel, tidy-status's handler logic was reused, duplicating the bug there as well.

Signed-off-by: Alexander Scheel <[email protected]>


Overview of commits

@hashicorp-cla
Copy link

hashicorp-cla commented Oct 12, 2022

CLA assistant check
All committers have signed the CLA.

* Fix tidy-status, tidy-cancel on PR Secondaries

PKI's tidy-status included a bug that prevented PR secondary nodes from
responding with the status of the running tidy operation: while the
operation constructor correctly forwarded the node on PR standby
instances, the handler itself forwarded also on PR secondary nodes.

This is incorrect as the PR secondary nodes are the active node in the
local PR cluster, and run tidy operations otherwise.

This meant that while auto-tidy and tidy operations would run, there was
no insight into the process.

When implementing tidy-cancel, tidy-status's handler logic was reused,
duplicating the bug there as well.

Signed-off-by: Alexander Scheel <[email protected]>

* Add changelog entry

Signed-off-by: Alexander Scheel <[email protected]>

Signed-off-by: Alexander Scheel <[email protected]>
@cipherboy cipherboy force-pushed the backport/cipherboy-fix-tidy-run-on-nodes/legally-known-swine branch from e3c437c to 0d7e387 Compare October 12, 2022 13:24
@cipherboy cipherboy marked this pull request as ready for review October 12, 2022 13:25
@cipherboy cipherboy enabled auto-merge (squash) October 12, 2022 13:30
@cipherboy cipherboy merged commit 73ef3a1 into release/1.10.x Oct 12, 2022
@cipherboy cipherboy deleted the backport/cipherboy-fix-tidy-run-on-nodes/legally-known-swine branch December 1, 2022 14:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants