Repository navigation
Claude code: Fix IBM volume names to use length-capped name_prefix to 63 chars - #554
sayalibhavsar wants to merge 2 commits into
Conversation
Volume and attachment names in disks.tf were using the raw var.run_label, which can exceed IBM's 63-character naming limit. Changed to use local.name_prefix instead, which is consistently used across other resources in main.tf and is properly capped to stay within the limit per the 63-character comment in main.tf. Fixes #533
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: This review used your included allowance. Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 SummarySummary by CodeRabbit
WalkthroughThe IBM disk volume and attachment names now use ChangesIBM disk resource naming
Priority: ➖ Normal Estimated code review effort: 1 (Trivial) | ~3 minutes Change: Bug fix · Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to Disk names now use the capped shared prefix and remain below IBM’s 63-character limit for ordinary resource counts. No actionable merge risk is established. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
Comment |
IBM was hardcoded to codeready-builder-for-rhel-9-\$(arch)-rpms, which fails on other RHEL versions. Now it discovers the repo name dynamically via yum repolist like GCP, making it work across RHEL 8, 9, 10+. Closes #538
Volume and attachment names in disks.tf were using the raw var.run_label, which can exceed IBM's 63-character naming limit. Changed to use local.name_prefix instead, which is consistently used across other resources in main.tf and is properly capped to stay within the limit per the 63-character comment in main.tf.
This Solves: #533
relates to Jira: RPOPC-1583