Awareness: OpenClaw gateway MCP process pool never cleans up uvx processes, causing memory leak
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
No se ha identificado ningún archivo del repositorio ni ninguna prueba; empieza revisando el issue #62026 relacionado de OpenClaw y el comportamiento del proceso informado con OpenClaw 2026.4.2 en Ubuntu. Se considerará terminado cuando exista una mitigación confirmada del lado del servidor o se determine claramente que la limpieza del ciclo de vida corresponde a OpenClaw.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Context
This is not an issue with the MiniMax-Coding-Plan-MCP itself, but wanted to make you aware of how it behaves when used with OpenClaw.'s MCP integration.\n\n## Issue\n\nWhen called via OpenClaw's MCP integration, each tool invocation spawns a new uvx minimax-coding-plan-mcp process pair (uv tool + python). OpenClaw never terminates these processes, leading to:\n\n- 88 processes after several days of normal usage\n- ~6GB RAM consumed\n- Only resolvable by restarting the OpenClaw gateway\n\n## Environment\n\n- MCP Server: minimax-coding-plan-mcp\n- Client: OpenClaw 2026.4.2 (d74a122)\n- OS: Linux Ubuntu\n\n## Question\n\nIs this the expected behavior? Is there a recommended way to limit the number of concurrent uvx instances from the MCP server side?\n\n## Related\n\nA bug report has been filed with OpenClaw: https://github.com/openclaw/openclaw/issues/62026\n\nThe issue appears to be in OpenClaw's gateway process pool lifecycle management, not in the MCP server itself. Just wanted to cross-post here in case others hit the same problem and search this repo first.
- Lenguaje dominante
- Python
- Estrellas
- 101
- Forks
- 31
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de MiniMax-AI/MiniMax-Coding-Plan-MCP
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 30/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
MiniMax-AI/MiniMax-Coding-Plan-MCP#22 · 1 comentario ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
Todos los issues de MiniMax-AI/MiniMax-Coding-Plan-MCP
Issues similares
-
Add `django-upgrade` to the CIAbiertodependencies feature github_actions good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
wemake-services/wemake-django-template#3149 ·
Los mantenedores suelen responder en 1 día
-
[request] vsg/1.1.16Abiertoupstream update
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
conan-io/conan-center-index#31142 ·
Los mantenedores suelen responder en 1 día
-
area:core bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
request-theme
Dificultad 2/5 Menos de una hora Aptitud para principiantes 70/100
LizardByte/ThemerrDB#8877 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area/install-update comp/gateway P0 sweeper:risk-compatibility type/bug
Dificultad 2/5 Menos de una hora Aptitud para principiantes 72/100
NousResearch/hermes-agent#135997 · 3 comentarios ·
Los mantenedores suelen responder en 1 día