[None][test] Unwaive test_ray_disaggregated_serving tp1 and tp2 - #17291
[None][test] Unwaive test_ray_disaggregated_serving tp1 and tp2#17291dominicshanshan wants to merge 2 commits into
Conversation
- Remove in-code skip for tp1 (https://nvbugs/5682551) - Remove waives.txt entry for tp2 (https://nvbugs/5612502) Re-enables Ray disaggregated serving test coverage (UCX backend). Signed-off-by: Wangshanshan <30051912+dominicshanshan@users.noreply.github.com>
|
Caution Review failedAn error occurred during the review process. Please try again later. WalkthroughThe Ray disaggregated serving test now runs for ChangesRay serving test execution
Estimated code review effort: 1 (Trivial) | ~3 minutes Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Comment |
|
/bot --help |
GitHub Bot Help
Provide a user friendly way for developers to interact with a Jenkins server. Run See details below for each supported subcommand. Details
Launch build/test pipelines. All previously running jobs will be killed.
kill
Kill all running builds associated with pull request. skip
Skip testing for latest commit on pull request. reuse-pipeline
Reuse a previous pipeline to validate current commit. This action will also kill all currently running builds associated with the pull request. IMPORTANT NOTE: This is dangerous since lack of user care and validation can cause top of tree to break. |
|
/bot run |
|
PR_Github #63984 [ run ] triggered by Bot. Commit: |
|
PR_Github #63984 [ run ] completed with state
|
|
/bot run --stage-list "DGX_B200-4_GPUs-PyTorch-Ray-1-cbts" |
|
PR_Github #63999 [ run ] triggered by Bot. Commit: |
|
PR_Github #63999 [ run ] completed with state
|
|
Holding on evidence, not on the change itself — both entries land straight in pre-merge, so a flake here blocks everyone:
The description doesn't cite a run for either bug. Could you add what you'd add for any unwaive — board, commit, command, iteration count? Two bugs are being retired here (5682551 and 5612502) and neither has evidence attached. One thing that makes me want that evidence more: nvbug 5682551 is still waiving a different test on Minor: please delete the # if tp_size == 1:
# pytest.skip("https://nvbugs/5682551")git history is the record if it has to come back, and a commented-out skip carrying a live nvbug number reads as unfinished. Happy to approve once a passing run is on the PR. |
Got it, waive those two tests for check if they are still being flaky in current main branch and it use UCX backend (quite old), a new test may come from this PR: #17295. I will also offline test its flakiness and post the result here. |
…gregated_serving Signed-off-by: Wangshanshan <30051912+dominicshanshan@users.noreply.github.com>
|
/bot run --stage-list "DGX_B200-4_GPUs-PyTorch-Ray-1, DGX_H100-2_GPUs-PyTorch-Ray-1" |
|
PR_Github #64020 [ run ] triggered by Bot. Commit: |
|
PR_Github #64020 [ run ] completed with state
|
brnguyen2
left a comment
There was a problem hiding this comment.
Both node IDs are in pre-merge test-db lists (l0_dgx_h100.yml:314 for tp1, l0_dgx_b200.yml:133 for tp2), so /bot run will genuinely cover this — good. Worth stating in the description what fixed nvbugs/5682551 and 5612502, or how many clean runs back the unwaive; these are flaky-looking disagg/Ray tests, and "can't repro" alone tends to bounce back. Please also close both NVBugs when this merges.
Re-enables Ray disaggregated serving test coverage (UCX backend).
Dev Engineer Review
tp1skip intest_ray_disaggregated_serving.tp2waiver fromwaives.txt.QA Engineer Review
test_ray_disaggregated_serving.tp1is listed intest-db/l0_dgx_h100.yml.tp2is listed intest-db/l0_dgx_b200.yml.Description
Test Coverage
PR Checklist
Please review the following before submitting your PR:
PR description clearly explains what and why. If using CodeRabbit's summary, please make sure it makes sense.
PR Follows TRT-LLM CODING GUIDELINES to the best of your knowledge.
Test cases are provided for new code paths (see test instructions)
If PR introduces API changes, an appropriate PR label is added - either
api-compatibleorapi-breaking. Forapi-breaking, includeBREAKINGin the PR title.Any new dependencies have been scanned for license and vulnerabilities
CODEOWNERS updated if ownership changes
Documentation updated as needed
Update tava architecture diagram if there is a significant design change in PR.
The reviewers assigned automatically/manually are appropriate for the PR.
Please check this after reviewing the above items as appropriate for this PR.
GitHub Bot Help
To see a list of available CI bot commands, please comment
/bot help.