Skip to content

Local MCP server spawned twice (duplicate process) on every Desktop restart #42190

Closed as duplicate

Description

@andreasnikasinc-ctrl

Description

OpenCode Desktop starts two instances of the same local (stdio) MCP server every time it restarts, instead of one.

Confirmed with ps -eo pid,ppid,lstart,command: both server processes start at the identical timestamp, both parented under the same "OpenCode Helper (Utility)" process.

Ruled out:

  • Config duplication - only one entry for the server exists in opencode.json
  • Multiple windows - only one window-state file exists, single window open

Ends up with two idle duplicate server processes after every restart.

Plugins

No response

OpenCode version

1.15.13

Steps to reproduce

  1. Configure any local (stdio) MCP server in opencode.json
  2. Launch or restart OpenCode Desktop
  3. Run ps -eo pid,ppid,lstart,command | grep <your-server-command>
  4. See two processes with identical start times, same parent PID

Screenshot and/or share link

No response

Operating System

macOS 26.5.2

Terminal

N/A (Desktop app)

Activity

  1. github-actions commented on Aug 13, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

  2. mapix-etnc commented on Aug 27, 2026

    @mapix-etnc

    Confirmed on Linux/OpenCode Desktop with one Desktop utility worker and no duplicate MCP configuration entries.

    Observed 18 local MCP server instances for 9 enabled local MCP server identities: every server starts exactly twice in two waves roughly four seconds apart. This affects unrelated local stdio MCPs, not only one server implementation:

    • memory
    • context7
    • playwright
    • chrome-devtools
    • sonarqube
    • four account-scoped Google Workspace MCP instances

    Both waves are descendants of the same long-running Desktop utility worker and each duplicate has its own stdio socket pair. They are not created by opencode mcp list or a transient CLI diagnostic process.

    This materially affects reliability for stateful local MCP servers. We observed 60-second tool-call timeouts after repeated otherwise-successful Google Workspace operations. Correlation logging showed normal credential lookup and API calls for successful requests; the duplicated process topology is the common host-side fault observed across every local MCP server.

    Expected: one child process tree per enabled local MCP configuration per Desktop worker.

    Additional related issues: #31554, #41331, #26714.

  3. neriousy commented on Oct 1, 2026

    @neriousy
    Member

    Closing as a duplicate of #31554. Same bug: local MCP servers are spawned twice on startup. Tracking in #31554.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions