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.
📖 Lire la source complète : r/openclaw
👀 See Also
Exécution d'OpenClaw dans le conteneur Docker d'Ollama pour un réseautage simplifié
Un utilisateur de Reddit montre comment installer OpenClaw à l'intérieur du conteneur Docker officiel ollama/ollama pour qu'OpenClaw communique avec Ollama via localhost, évitant ainsi host.docker.internal et une configuration réseau supplémentaire. L'inconvénient est une utilisation plus élevée de la RAM.
OpenClaw met en œuvre une correction des coûts de l'API et des améliorations de l'outil de modèle local
OpenClaw a déployé des mises à jour clés abordant les coûts d'utilisation de l'API et améliorant les intégrations d'outils de modèles locaux, optimisant l'expérience développeur et l'efficacité opérationnelle.
Automatisation des redémarrages de session Claude avec tmux et at
Utilisez tmux et la commande at pour planifier des redémarrages automatiques de votre session Claude lorsque l'utilisation est réinitialisée à des heures inhabituelles.
5 modèles pour obtenir de meilleurs résultats de Claude (Utilisateurs non techniques)
Échafaudage pratique, incitation par l'exemple, instructions négatives, contexte persistant et ancrage des sources — cinq schémas qui améliorent constamment la qualité des résultats de Claude, soutenus par six mois d'expérience terrain.