fix: Upgrade futures-util to 0.3.32#7346
Conversation
We are already using that since #6305 so no Cargo.lock changes, but we're using it as a side effect of a different package so it's not pinned. This PR pins it. Closes: #7328 Signed-off-by: Graham King <[email protected]>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (3)
WalkthroughThis pull request upgrades the Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. 📝 Coding Plan
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 Tip You can disable the changed files summary in the walkthrough.Disable the |
Signed-off-by: Graham King <[email protected]>
Signed-off-by: Graham King <[email protected]>
The inference-perf validator intermittently times out on healthy clusters
(~50% of runs) waiting for the inference endpoint to serve, even though the
DynamoGraphDeployment reports successful and all workers are Ready. Root cause
is a known upstream dynamo bug: dynamo-frontend 0.9.0 hits a discovery-stream
panic ("Unfold must not be polled after it returned Poll::Ready(None)" in
futures-util 0.3.31), which leaves the v1/instances KV bucket unpopulated so
the HTTP router never registers worker backends (ai-dynamo/dynamo#7328).
The upstream fix (futures-util -> 0.3.32, ai-dynamo/dynamo#7346) first shipped
in dynamo v1.0.0 and was never backported to the 0.9.x line. AICR already pins
the dynamo-platform operator chart at 1.0.2 (recipes/registry.yaml), but the
workload runtime image tags stayed at 0.9.0 -- so a 1.0.2 operator scheduled
0.9.0 pods carrying the panic.
Align the workload runtime images with the operator by bumping every
dynamo-frontend / vllm-runtime pin from 0.9.0 to 1.0.2:
- validators/performance/testdata/inference/dynamo-deployment.yaml
- validators/performance/model_cache.go (cache-warmer image)
- tests/manifests/dynamo-vllm-smoke-test.yaml (+ stale version comment)
- demos/workloads/inference/vllm-agg.yaml
- pkg/evidence/cncf/scripts/manifests/dynamo-vllm-agg.yaml
Also refresh stale 0.9.0 chart-version comments in
tests/chainsaw/ai-conformance/cluster/assert-dynamo.yaml (comment-only; the
file asserts only that the operator/grove Deployments are Available).
The DGD CRD apiVersion (nvidia.com/v1alpha1) is unchanged -- the 1.0.2 operator
already serves it, which is what the validator has been running against.
Verified on b40 (RTX PRO 6000) at 2048 concurrency: endpoint served with zero
Unfold panics / zero "bucket missing" events (vs 24 / 97 on 0.9.0), throughput
73,993 tok/s, TTFT p99 537 ms, phase passed.
Fixes NVIDIA#1192
The inference-perf validator intermittently times out on healthy clusters
(~50% of runs) waiting for the inference endpoint to serve, even though the
DynamoGraphDeployment reports successful and all workers are Ready. Root cause
is a known upstream dynamo bug: dynamo-frontend 0.9.0 hits a discovery-stream
panic ("Unfold must not be polled after it returned Poll::Ready(None)" in
futures-util 0.3.31), which leaves the v1/instances KV bucket unpopulated so
the HTTP router never registers worker backends (ai-dynamo/dynamo#7328).
The upstream fix (futures-util -> 0.3.32, ai-dynamo/dynamo#7346) first shipped
in dynamo v1.0.0 and was never backported to the 0.9.x line. AICR already pins
the dynamo-platform operator chart at 1.0.2 (recipes/registry.yaml), but the
workload runtime image tags stayed at 0.9.0 -- so a 1.0.2 operator scheduled
0.9.0 pods carrying the panic.
Align the workload runtime images with the operator by bumping every
dynamo-frontend / vllm-runtime pin from 0.9.0 to 1.0.2:
- validators/performance/testdata/inference/dynamo-deployment.yaml
- validators/performance/model_cache.go (cache-warmer image)
- tests/manifests/dynamo-vllm-smoke-test.yaml (+ stale version comment)
- demos/workloads/inference/vllm-agg.yaml
- pkg/evidence/cncf/scripts/manifests/dynamo-vllm-agg.yaml
Also refresh stale 0.9.0 chart-version comments in
tests/chainsaw/ai-conformance/cluster/assert-dynamo.yaml (comment-only; the
file asserts only that the operator/grove Deployments are Available).
The DGD CRD apiVersion (nvidia.com/v1alpha1) is unchanged -- the 1.0.2 operator
already serves it, which is what the validator has been running against.
Verified on b40 (RTX PRO 6000) at 2048 concurrency: endpoint served with zero
Unfold panics / zero "bucket missing" events (vs 24 / 97 on 0.9.0), throughput
73,993 tok/s, TTFT p99 537 ms, phase passed.
Fixes NVIDIA#1192
We are already using that since #6305 so no Cargo.lock changes, but we're using it as a side effect of a different package so it's not pinned. This PR pins it.
Closes: #7328