NO-JIRA: add KMS preflight deploy e2e to encryption-kms-2#956
Conversation
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
|
@tjungblu: This pull request explicitly references no jira issue. DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: openshift/coderabbit/.coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
WalkthroughThe KMS encryption e2e suite adds a feature-gated preflight deployment test using Vault encryption configuration, the authentication-operator image, and an in-memory events recorder. ChangesKMS preflight deployment
Estimated code review effort: 2 (Simple) | ~10 minutes Suggested reviewers: 🚥 Pre-merge checks | ✅ 14 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (14 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
| ) | ||
| }, | ||
| CreateEncryptionConfigFunc: library.VaultPreflightEncryptionConfigSecret, | ||
| AssertDeployFunc: func(ctx context.Context, t testing.TB, cs library.ClientSet, namespace string, deployer *preflight.PodPreflightDeployer) { |
There was a problem hiding this comment.
| AssertDeployFunc: func(ctx context.Context, t testing.TB, cs library.ClientSet, namespace string, deployer *preflight.PodPreflightDeployer) { | |
| AssertDeployFunc: library.AssertPreflightDeploy, |
| ) | ||
| library.TestPreflightDeployAndPodMatchesOperand(ctx, t, library.PreflightDeployScenario{ | ||
| BasicScenario: library.BasicScenario{ | ||
| Namespace: operandNS, |
There was a problem hiding this comment.
Can you please document why do we use operandNS comparing to the other scenarios?
There was a problem hiding this comment.
Documented why preflight targets the operand namespace here and switched to the shared library.AssertPreflightDeploy helper.
Wire library-go TestPreflightDeployAndPodMatchesOperand into the encryption-kms-2 suite so oauth-apiserver preflight Deploy is covered. Co-authored-by: Cursor <cursoragent@cursor.com>
Document why the preflight scenario targets the operand namespace and reuse the shared deploy assertion helper. Co-authored-by: Cursor <cursoragent@cursor.com>
44e2221 to
91a4292
Compare
Co-authored-by: Cursor <cursoragent@cursor.com>
|
@tjungblu: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions 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-sigs/prow repository. I understand the commands that are listed here. |
|
/lgtm |
|
Scheduling required tests: Scheduling tests matching the |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ardaguclu The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Summary
TestKMSPreflightDeploytotest/e2e-encryption-kms/encryption_kms_2.gowith[Suite:encryption-kms-2]so it runs in the*-2job.NewPodPreflightDeployeragainstopenshift-oauth-apiserverand asserts the preflight pod does not usehostNetwork.d8f45c2(already vendored via NO-JIRA: Automatic agentic rebase: Update library-go to d8f45c2 #954), mirroring the KAS-O wiring in NO-JIRA: fake bump for preflight drift test cluster-kube-apiserver-operator#2233.Test plan
go test -c ./test/e2e-encryption-kms/)TestKMSPreflightDeployMade with Cursor
Summary by CodeRabbit