[Virt] Add SSH retry to run_ssh_commands calls - #5989
Conversation
Transient virtctl port-forward SSH flakes ("Error reading SSH
protocol banner") cause false test failures when run_ssh_commands
is called without retry.
Add wait_timeout=TIMEOUT_2MIN to all bare calls in tests/virt/
so they survive transient SSH drops.
This follows the same approach the storage team used in PR RedHatQE#4471
Calls intentionally left without retry:
- test_windows_crash_detection (triggers BSOD, expects SSH drop)
- longevity reboot_vm (expects connection reset)
Signed-off-by: Samuel Albershtein <salbersh@redhat.com>
Assisted-by: Claude <noreply@anthropic.com>
3594a24 to
5eb815b
Compare
|
Report bugs in Issues Welcome! 🎉This pull request will be automatically processed with the following features: 🔄 Automatic Actions
📋 Available CommandsPR Status Management
Review & Approval
Testing & Validation
Container Operations
Cherry-pick Operations
Branch Management
Label Management
✅ Merge RequirementsThis PR will be automatically approved when the following conditions are met:
📊 Review ProcessApprovers and ReviewersApprovers:
Reviewers:
Available Labels
AI Features
Security Checks
💡 Tips
📌 Additional InformationCustom Commands:
For more information, please refer to the project documentation or contact the maintainers. |
|
Clean rebase detected — no code changes compared to previous head ( |
|
Warning Review limit reached
Next review available in: 55 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (18)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
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. Comment |
|
/lgtm |
Transient virtctl port-forward SSH flakes ("Error reading SSH protocol banner") cause false test failures when run_ssh_commands is called without retry.
Without it, a single drop = hard failure. In recent gating, 5 other tests hit this same SSH error and passed (had retry), while test_vm_with_sidecar_hook failed (no retry).
Add wait_timeout=TIMEOUT_2MIN to all bare calls in tests/virt/ so they survive transient SSH drops.
This follows the same approach the storage team used in PR #4471.
Calls intentionally left without retry:
test_windows_crash_detection (triggers BSOD, expects SSH drop)
longevity reboot_vm (expects connection reset)
What this PR does / why we need it:
Which issue(s) this PR fixes:
Special notes for reviewer:
jira-ticket: