Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: feichashao The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@feichashao: 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. |
|
@CodeRabbit-ai review |
|
✅ Actions performedReview triggered.
|
WalkthroughA new JSON configuration file is added that defines an alert template for orphaned resource blocking cluster lifecycle operations, specifying severity level, service routing, log categorization, and parameterized message templates. Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes 🚥 Pre-merge checks | ✅ 10✅ Passed checks (10 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
osd/orphaned_resource_blocking_operations.json (1)
6-6: Soften the remediation instruction to avoid impossible user action paths.“Please delete the resource” is absolute; in some orphan scenarios users may not be able to delete it directly. Consider making this conditional and explicitly directing support escalation on failure.
✏️ Suggested wording update
- "description": "Your cluster has an orphaned resource that is blocking ${OPERATION}. SRE has identified ${RESOURCE_TYPE} '${RESOURCE_NAME}' in namespace '${NAMESPACE}' as orphaned and preventing normal cluster functions. Please delete the resource. If you have questions about this operation, please open a support case.", + "description": "Your cluster has an orphaned resource that is blocking ${OPERATION}. SRE has identified ${RESOURCE_TYPE} '${RESOURCE_NAME}' in namespace '${NAMESPACE}' as orphaned and preventing normal cluster functions. Please try to delete the resource. If deletion is not possible or you have questions about this operation, please open a support case.",🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@osd/orphaned_resource_blocking_operations.json` at line 6, Update the "description" message in osd/orphaned_resource_blocking_operations.json to soften the remediation: replace the absolute sentence "Please delete the resource." with conditional guidance that asks the user to attempt deletion if possible and, if deletion fails or is not possible, to escalate to support/SRE. Keep the existing template variables (${OPERATION}, ${RESOURCE_TYPE}, ${RESOURCE_NAME}, ${NAMESPACE}) and ensure the new text explicitly instructs the user to open a support case or contact SRE when they cannot delete the resource themselves.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Nitpick comments:
In `@osd/orphaned_resource_blocking_operations.json`:
- Line 6: Update the "description" message in
osd/orphaned_resource_blocking_operations.json to soften the remediation:
replace the absolute sentence "Please delete the resource." with conditional
guidance that asks the user to attempt deletion if possible and, if deletion
fails or is not possible, to escalate to support/SRE. Keep the existing template
variables (${OPERATION}, ${RESOURCE_TYPE}, ${RESOURCE_NAME}, ${NAMESPACE}) and
ensure the new text explicitly instructs the user to open a support case or
contact SRE when they cannot delete the resource themselves.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml
Review profile: CHILL
Plan: Pro Plus
Run ID: b9b9e0d3-1680-42df-a60f-a88a5ceb2f67
📒 Files selected for processing (1)
osd/orphaned_resource_blocking_operations.json
Add a SL template about orphan resources. Sometime, there could be orphan resources that blocks operations. For example, I have seen a case, which an orphan pod blocking a service to delete, but somehow the namespace got forced deleted, leaving the pod not able to reconcile and failing the OVN database.
Summary by CodeRabbit