OSAC-4575: set explicit storageTier on every ComputeInstance in tests - #670
Conversation
After OSAC-3632, AAP will resolve a StorageClass per disk from the disk's storageTier field. When a disk has no tier, provisioning will fail. The OSAC-3633 PR (osac-project#367) added the storage tier pattern but only in its new tests; pre-existing VM-provisioning tests still create tier-less instances. Changes: - Add boot_disk_storage_tier parameter to GRPCClient.create_compute_instance and GRPCClient.create_compute_instance_with_disk_image helpers - Move default_storage_tier fixture from tests/vmaas/conftest.py to root tests/conftest.py so all suites (catalog, references) can use it - Update all gRPC-based ComputeInstance creation calls across vmaas, catalog, and references suites to set boot_disk_storage_tier - Update _ci_create_data helper and inline gRPC data in references tests to include boot_disk with storage_tier Assisted-by: Claude Code <noreply@anthropic.com> Signed-off-by: Carlo Lobrano <c.lobrano@gmail.com>
|
@clobrano: This pull request references OSAC-4575 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "5.1.0" version, but no target version was set. 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. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: clobrano 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 |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: osac-project/coderabbit/.coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (7)
💤 Files with no reviewable changes (1)
Included review availability: Your plan provides up to 12 included reviews per hour; 11 remain after this review. WalkthroughChangesThe test suite now reads a default storage tier from Compute storage tier coverage
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to This change updates test setup so ComputeInstance fixtures provide the required storage tier; no actionable merge-blocking risk remains beyond normal checks and review. Suggested reviewers: 🚥 Pre-merge checks | ✅ 10 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (10 passed)
Full details: No-Hardcoded-SecretsExplanation PASS. The pull-request diff adds storage-tier plumbing and the Full details: No-Weak-CryptoExplanation PASS: The pull request changes only pytest fixtures, gRPC request construction, and ComputeInstance test payloads. No added line uses MD5, SHA1, DES, 3DES, RC4, Blowfish, ECB, custom cryptography, or secret/token comparisons. Repository-wide weak-crypto matches are pre-existing and outside the changed paths. The existing Full details: No-Injection-VectorsExplanation PASS: The pull request adds storage-tier values to JSON gRPC payloads and to argument lists passed through Full details: Container-PrivilegesExplanation PASS — The pull request changes only Python test helpers, fixtures, and e2e tests. The diff adds no container/Kubernetes manifests and no added lines containing Full details: No-Sensitive-Data-In-LogsExplanation PASS: The patch adds no logging, printing, exception output, or log configuration. Added code only reads OSAC_STORAGE_TIER and adds boot_disk.storage_tier to test request data. Existing bearer-token handling and cleanup warnings are unchanged, and the new storage-tier value is not sensitive data under this check.
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Comment |
E2E on approval (fork)
|
|
/lgtm |
E2E on
|
…osac-project#670) Ported from osac-project/osac-test-infra#423 After OSAC-3632, AAP will resolve a StorageClass per disk from the disk's storageTier field. When a disk has no tier, provisioning will fail. The [OSAC-3633](https://redhat.atlassian.net/browse/OSAC-3633) PR (osac-project#367) added the storage tier pattern but only in its new tests; pre-existing VM-provisioning tests still create tier-less instances. Changes: - Add boot_disk_storage_tier parameter to GRPCClient.create_compute_instance and GRPCClient.create_compute_instance_with_disk_image helpers - Move default_storage_tier fixture from tests/vmaas/conftest.py to root tests/conftest.py so all suites (catalog, references) can use it - Update all gRPC-based ComputeInstance creation calls across vmaas, catalog, and references suites to set boot_disk_storage_tier - Update _ci_create_data helper and inline gRPC data in references tests to include boot_disk with storage_tier Signed-off-by: Carlo Lobrano <c.lobrano@gmail.com>
Ported from osac-project/osac-test-infra#423
After OSAC-3632, AAP will resolve a StorageClass per disk from the disk's
storageTier field. When a disk has no tier, provisioning will fail. The
OSAC-3633 PR (#367) added the storage tier pattern but only in its new
tests; pre-existing VM-provisioning tests still create tier-less instances.
Changes:
and GRPCClient.create_compute_instance_with_disk_image helpers
tests/conftest.py so all suites (catalog, references) can use it
catalog, and references suites to set boot_disk_storage_tier
to include boot_disk with storage_tier