[Bug] Route the category-remote-backend E2E through a real gateway route - #3544
[Bug] Route the category-remote-backend E2E through a real gateway route#3544theohsiung wants to merge 4 commits into
Conversation
The profile has never passed. Its job failed on the PR that introduced it and has kept failing, so it reported coverage of the remote category backend that it did not provide. The router was never at fault: it starts cleanly and logs a correctly selected backend, and the request simply never reaches it. The profile named its model base-model, while the shared AIGatewayRoute matches x-ai-eg-model exactly against math-, science-, social-, humanities-, law- and general-expert. A model outside that list has no route, so the gateway answers 404 - and because the router looks healthy, the failure reads like a router bug. Verified on a kind cluster: the profile now passes, where the same profile 404s without this change. Signed-off-by: theohsiung <theobear870924@gmail.com>
✅ Deploy Preview for vllm-semantic-router ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
The profile had two independent faults, and a roomier machine only shows the second. At 2Gi the router is OOMKilled on a CI runner, restarts, never becomes ready, and the helm wait burns its full 60m timeout - which is what the 1h23m job actually was, not a slow test. It still loads the local mmbert embedding model the response cache is configured with, and taking the classifier off-box does not avoid that: the embedding models are gated separately from the classifier backend. A local run survives 2Gi and fails later at the gateway with a 404 instead, which is how one broken profile looked like two different bugs. Signed-off-by: theohsiung <theobear870924@gmail.com>
…-route Signed-off-by: theohsiung <theobear870924@gmail.com> # Conflicts: # e2e/profiles/category-remote-backend/values.yaml
|
Queued — the merge queue status continues in this comment ↓. |
Merge Queue Status
This pull request spent 7 seconds in the queue, with no time running CI. ReasonThe pull request can't be updated
HintYou should update or rebase your pull request manually. If you do, this pull request will automatically be requeued once the queue conditions match again. Tick the box to put this pull request back in the merge queue (same as
|
Summary
category-remote-backendhas never passed — its job failed on the PR thatintroduced it (#3138) and has kept failing, so it reported coverage of the
remote category backend that it did not provide.
The router was never at fault. It starts cleanly and logs a correctly selected
backend; the request never reaches it. The profile named its model
base-model, while the sharedAIGatewayRoutematchesx-ai-eg-modelexactlyagainst
math-,science-,social-,humanities-,law-andgeneral-expert. Anything outside that list has no route, so the gatewayanswers 404 — and because the router looks healthy, it reads like a router bug.
One line of substance: the model becomes
general-expert, whiche2e/profiles/ai-gateway/values.yamlalready uses for the same reason. Therest is a comment so the next profile on this stack does not repeat it.
Validation
Run on a kind cluster, before and after:
Closes #3543