[Storage] Remove HPP destructive tests

[jpeimer]

What this PR does / why we need it:

Remove destructive HPP tests:

• test_hpp_operator_recreate_after_deletion
• test_create_dv_on_right_node_with_node_placement
• now-unused updated_hpp_with_node_placement fixture

Assisted-by: Claude noreply@anthropic.com

Which issue(s) this PR fixes:

Special notes for reviewer:

jira-ticket:

Summary by CodeRabbit

• Tests
  • Streamlined the storage Hostpath test suite by removing obsolete node-placement and operator-recreation test coverage.
  • Simplified test setup for Hostpath-related scenarios, keeping the remaining test flow focused on current behavior.

[coderabbitai]

📝 Walkthrough

Walkthrough

This PR removes destructive HPP (Hostpath Provisioner) test cases and their supporting fixtures/imports across three test files: the node-placement recreation test, the operator recreation-after-deletion test, and their associated fixtures (updated_hpp_with_node_placement, hpp_operator_deployment) and now-unused imports/constants.

Changes

HPP Test Cleanup

Layer / File(s)	Summary
Node placement fixture and test removal tests/storage/hpp/conftest.py, tests/storage/hpp/test_hpp_node_placement.py	Removes the updated_hpp_with_node_placement fixture and unused ResourceEditor/utils imports from conftest.py, and removes the destructive parametrized test_create_dv_on_right_node_with_node_placement test with its related imports from test_hpp_node_placement.py.
Operator deployment fixture and recreation test removal tests/storage/hpp/test_hostpath.py	Removes the hpp_operator_deployment fixture, the destructive test_hpp_operator_recreate_after_deletion test, and now-unused TIMEOUT_5MIN/VOLUME_BINDING_MODE constants.

Estimated code review effort: 2 (Simple) | ~10 minutes

Suggested reviewers: kshvaika, awels, josemacassan, acinko-rh, kgoldbla, rlobillo, dalia-frank

---

Caution

Pre-merge checks failed

Please resolve all errors before merging. Addressing warnings is optional.

• Ignore

❌ Failed checks (1 error)

Check name	Status	Explanation	Resolution
Description check	❌ Error	The template is mostly followed, but the issue, special notes, and jira-ticket fields are left empty.	Fill in the issue(s) section, add reviewer notes if needed, and complete jira-ticket with the full Jira URL or NONE.

✅ Passed checks (4 passed)

Check name	Status	Explanation
Title check	✅ Passed	The title is under 120 chars and clearly matches the removal of destructive HPP tests.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Stp Link Required	✅ Passed	No new test files or test functions were added; the commit only deletes HPP tests/fixtures, so the STP/Jira link rule doesn’t apply.

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[openshift-virtualization-qe-bot-6]

Report bugs in Issues

Welcome! 🎉

This pull request will be automatically processed with the following features:

🔄 Automatic Actions

• Reviewer Assignment: Reviewers are automatically assigned based on the OWNERS file in the repository root
• Size Labeling: PR size labels (XS, S, M, L, XL, XXL) are automatically applied based on changes
• Issue Creation: A tracking issue is created for this PR and will be closed when the PR is merged or closed
• Branch Labeling: Branch-specific labels are applied to track the target branch
• Auto-verification: Auto-verified users have their PRs automatically marked as verified
• Labels: Enabled categories: branch, can-be-merged, cherry-pick, has-conflicts, hold, needs-rebase, size, verified, wip

📋 Available Commands

PR Status Management

• /wip - Mark PR as work in progress (adds WIP: prefix to title)
• /wip cancel - Remove work in progress status
• /hold - Block PR merging (approvers only)
• /hold cancel - Unblock PR merging
• /verified - Mark PR as verified
• /verified cancel - Remove verification status
• /reprocess - Trigger complete PR workflow reprocessing (useful if webhook failed or configuration changed)
• /regenerate-welcome - Regenerate this welcome message
• /security-override - Set security check runs to pass (maintainers only)
• /security-override cancel - Re-run security checks

Review & Approval

• /lgtm - Approve changes (looks good to me)
• /approve - Approve PR (approvers only)
• /assign-reviewers - Assign reviewers based on OWNERS file
• /assign-reviewer @username - Assign specific reviewer
• /check-can-merge - Check if PR meets merge requirements

Testing & Validation

• /retest tox - Run Python test suite with tox
• /retest build-container - Rebuild and test container image
• /retest verify-bugs-are-open - verify-bugs-are-open
• /retest all - Run all available tests

Container Operations

• /build-and-push-container - Build and push container image (tagged with PR number)
  • Supports additional build arguments: /build-and-push-container --build-arg KEY=value

Cherry-pick Operations

• /cherry-pick <branch> - Schedule cherry-pick to target branch when PR is merged
  • Multiple branches: /cherry-pick branch1 branch2 branch3
• /cherry-pick-retry <branch> - Retry a failed cherry-pick (merged PRs only)

Branch Management

• /rebase - Rebase this PR branch onto its base branch

Label Management

• /<label-name> - Add a label to the PR
• /<label-name> cancel - Remove a label from the PR

✅ Merge Requirements

This PR will be automatically approved when the following conditions are met:

1. Approval: /approve from at least one approver
2. LGTM Count: Minimum 2 /lgtm from reviewers
3. Status Checks: All required status checks must pass
4. No Blockers: No wip, hold, has-conflicts labels and PR must be mergeable (no conflicts)
5. Verified: PR must be marked as verified

📊 Review Process

Approvers and Reviewers

Approvers:

• jpeimer

Reviewers:

• Acedus
• Ahmad-Hafe
• Dsanatar
• acinko-rh
• akalenyu
• awels
• dalia-frank
• ema-aka-young
• josemacassan
• jpeimer
• kgoldbla
• kshvaika

Available Labels

• hold
• verified
• wip
• lgtm
• approve

AI Features

• Cherry-Pick Conflict Resolution: Enabled (claude/claude-opus-4-6-1m)

Security Checks

• Suspicious Path Detection: Monitors paths: .claude/, .vscode/, .cursor/, .devcontainer/, .pi/, .github/workflows/, .github/actions/
• Committer Identity Check: Verifies last committer matches PR author
• Mandatory: Security checks block merge (use /security-override to bypass — maintainers only)

💡 Tips

• WIP Status: Use /wip when your PR is not ready for review
• Verification: The verified label is removed on new commits unless the push is detected as a clean rebase
• Cherry-picking: Cherry-pick labels are processed when the PR is merged
• Container Builds: Container images are automatically tagged with the PR number
• Permission Levels: Some commands require approver permissions
• Auto-verified Users: Certain users have automatic verification and merge privileges

📌 Additional Information

Custom Commands:

• /test-plan — Triggers CodeRabbit to analyze the PR's changed files and post a test execution plan
• /rerun-smoke — Adds retest-smoke label on the PR to trigger smoke tests execution

For more information, please refer to the project documentation or contact the maintainers.

[jpeimer]

/hold