From b817b689b24a84608f98e2259b95bf76237ed144 Mon Sep 17 00:00:00 2001 From: Yassin Kortam Date: Fri, 17 Jul 2026 09:10:17 -0700 Subject: [PATCH] test(e2e): decouple mcp upstream from the shared litellm service The mcp-upstream service was a service_healthy dependency of the litellm service, so every e2e suite's stack waited on it and would fail to start if a future main-latest image broke the FastMCP import. Only the mcp suite needs it, and it boots well before the proxy is live, so drop the depends_on edge. Also remove the unused MCP_TRANSPORT env var; the upstream script hardcodes the streamable-http transport. --- tests/e2e/docker-compose.yml | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tests/e2e/docker-compose.yml b/tests/e2e/docker-compose.yml index 55d48904ada..29d54b011be 100644 --- a/tests/e2e/docker-compose.yml +++ b/tests/e2e/docker-compose.yml @@ -95,8 +95,6 @@ services: condition: service_healthy jaeger: condition: service_healthy - mcp-upstream: - condition: service_healthy env_file: .env environment: LITELLM_MASTER_KEY: sk-1234 @@ -137,12 +135,13 @@ services: # deterministic self-hosted upstream MCP server (FastMCP add/multiply over # streamable-http), reachable by the litellm container at mcp-upstream:8090/mcp. -# The suite registers it through /v1/mcp/server at test time. +# Not a depends_on of litellm on purpose: only the mcp suite needs it, and it +# boots long before the proxy is live, so it must not gate the other suites' +# stack. The suite registers it through /v1/mcp/server at test time. mcp-upstream: image: ghcr.io/berriai/litellm:main-latest entrypoint: ["python3", "/app/mcp_upstream_server.py"] environment: - MCP_TRANSPORT: http MCP_HOST: 0.0.0.0 MCP_PORT: "8090" configs: