Taux élevé de CPU/RAM et redémarrages de la passerelle dans OpenClaw ? Désactivez IPv6 pour Telegram

Si votre instance OpenClaw rencontre une utilisation élevée du processeur/RAM, des réponses lentes et des redémarrages périodiques de la passerelle dans les versions récentes (notamment avec l'intégration Telegram), le coupable pourrait être autoSelectFamily: true (par défaut sur Node 22+). Un utilisateur de r/openclaw a retracé le problème à des connexions IPv6 échouées causant des fuites de ressources.

Le Problème

L'intégration Telegram d'OpenClaw sur Node 22+ utilise par défaut autoSelectFamily: true, ce qui tente des connexions IPv4 et IPv6 simultanément. Si votre pile réseau n'est pas compatible IPv6, ces connexions échouent avec ENETUNREACH, entraînant des blocages de la boucle d'événements. Les symptômes incluent :

• Blocages de la boucle d'événements de 80 secondes
• Processeur bloqué à environ 52 %
• Environ 9 redémarrages de passerelle par jour
• Échecs de sendChatAction

La Solution

Définissez à la fois autoSelectFamily: false (force les connexions IPv4 uniquement) et dnsResultOrder: 'ipv4first' comme approche de sécurité dans la configuration de votre bot Telegram. Exemple d'extrait de configuration :

// Dans la configuration de votre bot Telegram OpenClaw
clientOptions: {
  autoSelectFamily: false,
  dnsResultOrder: 'ipv4first'
}

Résultats

Après avoir appliqué la correction, l'utilisateur a signalé :

• 0 avertissements de vivacité
• 0 entrées de journal de niveau ERROR
• 0 redémarrage sur plus de 5 heures
• 0 échec de sendChatAction
• Processeur passé de 52 % à 4,4 %
• Aucun blocage de la boucle d'événements

Si vous exécutez plusieurs bots Telegram, le problème peut être plus prononcé. Cette correction s'applique à toute version d'OpenClaw utilisant Node 22+ avec Telegram.