mirror of
https://github.com/open-webui/mcpo.git
synced 2026-11-05 01:27:39 +00:00
[GH-ISSUE #303] issue: mcpo errors while starting (maybe dependency-issues with mcp2?) #134
Labels
No labels
bug
can't reproduce
documentation
enhancement
good first issue
help wanted
invalid
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
open-webui/mcpo#134
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lineg-it on GitHub (Jul 29, 2026).
Original GitHub issue: https://github.com/open-webui/mcpo/issues/303
Check Existing Issues
mcpo Version
0.0.20
Open WebUI Version (if applicable)
Operating System
Debian 13
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
Mcpo starts, installs dependencies and starts a listener.
Actual Behavior
mcpo doesnt start in the first place.
Steps to Reproduce
Logs & Screenshots
Additional Information
EDIT: The docker image of mcpo starts perfectly, but refuses to load and start several mcp-servers, which more or less correlates to the fact that
mcp v2changed many thingsWorkaround for failing mcp-servers within
mcpoon Docker:Add
--with mcp<2to youruvxarguments for any affected mcp-server:For example to fix (affected)
@modelcontextprotocol/fetch, openconfig.jsonand add two lines as follows:Source: https://github.com/modelcontextprotocol/servers/issues/4560
@aciapetti commented on GitHub (Jul 29, 2026):
It happens to me, too!
@freerainboxbox commented on GitHub (Jul 30, 2026):
Temporary fix before a PR is merged:
uvx --with "mcp<2" mcpo --port 8000 --api-key "top-secret" -- your_mcp_server_commandThat should pin a previous version without having to change any code.
@av commented on GitHub (Aug 2, 2026):
Independently reproduced while integrating mcpo into Harbor (https://github.com/av/harbor): fresh
uvx mcporesolvesmcp 2.0.0(mcpo 0.0.20 declaresmcp>=1.17.0) and crashes at startup withImportError: cannot import name 'streamablehttp_client' from 'mcp.client.streamable_http'— the import was removed in the mcp 2.x major.Reliable workaround at the mcpo level (no per-server pins needed):
uvx --with 'mcp<2' mcpo ...(resolves mcp 1.29.0, everything works) — that's what Harbor ships now (github.com/av/harbor@5b90147).Proper fix would be an upper bound in mcpo's dependency metadata (
mcp>=1.17.0,<2) until mcpo is ported to the 2.x API.@ashtonomy commented on GitHub (Aug 11, 2026):
Fixed in #304, waiting to be merged. In the meantime, another option for circumventing the mcp dependency in cases with regular mcpo calls is to install the tool with uv, then just call the tool directly:
@albin-george-kurian commented on GitHub (Sep 4, 2026):
Hi @tjbck, could you assign this issue to me? I’d like to work on it.
I’ve reviewed the issue and the discussion, and I believe the root cause is the
mcp2.x compatibility issue withmcpo0.0.20. The existing workaround is to pinmcp<2, while the proper fix appears to be the dependency upper bound described in #304.I’d be happy to work on the fix and submit a PR.