Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

(bug) The runner is OOMKilled with three local sessions at a 1Gi limit, and the chart and docs give no sizing guidance

Aperta Adatta ai principianti
  • Qualcosa non va?
#7,441 1 commento 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
83/100
Tipo di issue
Documentazione
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
docker-compose, helm, kubernetes
Ambito
devops, documentation

Direzione di ricerca

Leggi hosting/kubernetes/helm/values.yaml e la sezione «Container resources» in docs/docs/self-host/agents/04-customize-the-agent-runtime.mdx; controlla anche l’override di Compose presente lì. Documenta le indicazioni riportate sull’uso della memoria a riposo e per sessione e aggiungi un esempio di chart commentato per alcune sessioni locali. Il lavoro è completato quando entrambi i percorsi di deployment spiegano il dimensionamento e l’esempio del chart riflette le indicazioni.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

bug

The agent runner container is killed for lack of memory when several local-sandbox sessions run in the same pod with a 1 GiB memory limit. The Helm chart and the docs give no sizing guidance for this case, so a self-host that picks 1 GiB hits it.

Reproduce

  1. Deploy the chart with the local sandbox provider and set agentRunner.resources.limits.memory: 1Gi (request 512Mi).
  2. Open three agent conversations (Pi harness) at about the same time and send a message in each.
  3. Watch the runner pod with kubectl top pod and kubectl describe pod.

Expected

The runner holds three concurrent local sessions without being killed, or the chart and the docs say how much memory each local session needs.

What we saw (GKE oss, local sandbox, v0.122.4 release candidate)

  • Idle runner after a restart: 178 to 313 MiB.
  • One session at a time (approve cell, deny cell, client-tool cell): peak 465 MiB.
  • Two sessions together (a gate cell plus one browser session): peak 890 MiB of 1 GiB.
  • Three sessions: the container was OOMKilled (exit 137, restart count 1). Turns that were running ended with "peer closed connection" or "All connection attempts failed". One browser turn stayed on "Thinking" for about 100 seconds until the api watchdog settled it.

The local sandboxes (one Pi daemon per session) run inside the runner container, so memory grows with each concurrent session. The limit is the same on v0.122.3, so this is not a regression of the release.

Where to change

  • hosting/kubernetes/helm/values.yaml: the chart sets no default for agentRunner.resources. The template hosting/kubernetes/helm/templates/runner-deployment.yaml renders only what the user sets, so the 1 GiB limit in our run came from the deployment values, not from a chart default. Add a commented example with a limit that fits a few local sessions (for example request 1Gi, limit 2Gi or more).
  • docs/docs/self-host/agents/04-customize-the-agent-runtime.mdx ("Container resources"): it shows 4Gi but does not say how memory grows with concurrent local sessions. Add the numbers above as guidance: about 200 to 300 MiB idle, plus a few hundred MiB for each active session.
  • The same guidance applies to the Compose override in that page.

Notes

This is not a code defect in the runner. The ask is a documented example (and optionally a chart default) that survives three concurrent local sessions.

🤖 The AI agent says: filed from the v0.122.4 release QA.

Lingua principale
TypeScript
Stelle
4.8k
Fork
690
Merge medio
19h 47m
PR unite (30g)
431

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di Agenta-AI/agenta

Tutte le issue di Agenta-AI/agenta

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.