Hohe CPU/RAM-Auslastung und Gateway-Neustarts in OpenClaw? IPv6 für Telegram deaktivieren

✍️ OpenClawRadar📅 Veröffentlicht: 2. Mai 2026🔗 Source
Hohe CPU/RAM-Auslastung und Gateway-Neustarts in OpenClaw? IPv6 für Telegram deaktivieren
Ad

Wenn Ihre OpenClaw-Instanz in den letzten Versionen (insbesondere mit Telegram-Integration) eine hohe CPU-/RAM-Auslastung, träge Reaktionen und regelmäßige Gateway-Neustarts aufweist, könnte die Ursache autoSelectFamily: true (Standard unter Node 22+) sein. Ein Benutzer auf r/openclaw hat das Problem auf fehlgeschlagene IPv6-Verbindungen zurückgeführt, die Ressourcenlecks verursachen.

Das Problem

Die Telegram-Integration von OpenClaw unter Node 22+ verwendet standardmäßig autoSelectFamily: true, wodurch sowohl IPv4- als auch IPv6-Verbindungen gleichzeitig versucht werden. Wenn Ihr Netzwerk-Stack nicht IPv6-fähig ist, schlagen diese Verbindungen mit ENETUNREACH fehl, was zu Event-Loop-Staus führt. Symptome sind:

  • 80-sekündige Event-Loop-Einfrierungen
  • CPU-Auslastung bei ~52%
  • ~9 Gateway-Neustarts pro Tag
  • sendChatAction-Fehler
Ad

Die Lösung

Setzen Sie sowohl autoSelectFamily: false (erzwingt ausschließliche IPv4-Verbindungen) als auch dnsResultOrder: 'ipv4first' als doppelte Absicherung in Ihrer Telegram-Bot-Konfiguration. Beispiel-Konfigurationsausschnitt:

// In Ihrem OpenClaw-Telegram-Bot-Setup
clientOptions: {
  autoSelectFamily: false,
  dnsResultOrder: 'ipv4first'
}

Ergebnisse

Nach Anwendung der Lösung berichtete der Benutzer:

  • 0 Liveness-Warnungen
  • 0 ERROR-Level-Log-Einträge
  • 0 Neustarts über 5+ Stunden
  • 0 sendChatAction-Fehler
  • CPU von 52% auf 4,4% gesunken
  • Keine Event-Loop-Einfrierungen

Wenn Sie mehrere Telegram-Bots betreiben, kann das Problem stärker ausgeprägt sein. Diese Lösung ist anwendbar auf jede OpenClaw-Version, die Node 22+ mit Telegram verwendet.

📖 Lesen Sie die vollständige Quelle: r/openclaw

Ad

👀 Siehe auch