Dicas

Alto uso de CPU/RAM e reinicializações do gateway no OpenClaw? Desabilite o IPv6 para o Telegram

✍️ OpenClawRadar📅 Publicado: May 2, 2026🔗 Source
Alto uso de CPU/RAM e reinicializações do gateway no OpenClaw? Desabilite o IPv6 para o Telegram
Ad

Se sua instância do OpenClaw tem apresentado alto uso de CPU/RAM, respostas lentas e reinicializações periódicas do gateway em versões recentes (especialmente com integração com Telegram), o culpado pode ser o autoSelectFamily: true (padrão no Node 22+). Um usuário no r/openclaw rastreou o problema até conexões IPv6 com falha causando vazamentos de recursos.

O Problema

A integração com Telegram do OpenClaw no Node 22+ usa como padrão autoSelectFamily: true, que tenta conexões IPv4 e IPv6 simultaneamente. Se sua pilha de rede não for compatível com IPv6, essas conexões falham com ENETUNREACH, causando travamentos no event loop. Os sintomas incluem:

  • Congelamentos do event loop de 80 segundos
  • CPU fixada em ~52%
  • Cerca de 9 reinicializações do gateway por dia
  • Falhas em sendChatAction
Ad

A Solução

Defina ambos autoSelectFamily: false (força conexões apenas IPv4) e dnsResultOrder: 'ipv4first' como uma abordagem de segurança na configuração do seu bot do Telegram. Exemplo de trecho de configuração:

// Na configuração do seu bot Telegram do OpenClaw
clientOptions: {
  autoSelectFamily: false,
  dnsResultOrder: 'ipv4first'
}

Resultados

Após aplicar a correção, o usuário relatou:

  • 0 avisos de liveness
  • 0 entradas de log de nível ERROR
  • 0 reinicializações em mais de 5 horas
  • 0 falhas em sendChatAction
  • CPU caiu de 52% para 4,4%
  • Sem congelamentos do event loop

Se você executa vários bots do Telegram, o problema pode ser mais pronunciado. Esta correção é aplicável a qualquer versão do OpenClaw que use Node 22+ com Telegram.

📖 Leia a fonte completa: r/openclaw

Ad

👀 See Also

Problemas de Quantização do Cache KV em Agentes de Codificação Locais com Altos Comprimentos de Contexto
Tips

Problemas de Quantização do Cache KV em Agentes de Codificação Locais com Altos Comprimentos de Contexto

Uma análise do Reddit identifica a quantização agressiva do cache KV como a causa de loops infinitos de correção e saídas JSON malformadas em agentes de codificação locais como Qwen3-Coder e GLM 4.7 em contextos de 30k+ tokens, recomendando precisão mista ou contexto reduzido como soluções alternativas.

OpenClawRadar
[Atualização] Vocês pediram uma forma segura e 'sempre ativa' de executar o OpenClaw sem a dor de cabeça do VPS. Nós construímos. A lista de espera está aberta.
Tips

[Atualização] Vocês pediram uma forma segura e 'sempre ativa' de executar o OpenClaw sem a dor de cabeça do VPS. Nós construímos. A lista de espera está aberta.

A OpenClaw anuncia um novo recurso que permite aos usuários executar sua plataforma de forma segura e contínua sem as complexidades do VPS. A lista de espera já está aberta para acesso antecipado.

OpenClawRadar
Otimizando CLAUDE.md para Reduzir a Ansiedade de Contexto no Claude AI
Tips

Otimizando CLAUDE.md para Reduzir a Ansiedade de Contexto no Claude AI

Uma discussão no Reddit destaca estratégias práticas para melhorar a eficácia do CLAUDE.md, incluindo manter arquivos com menos de 200 linhas, usar instruções específicas e verificáveis, e aproveitar os recursos de memória automática do Claude para evitar loops de correção que desperdiçam tokens.

OpenClawRadar
Executando o OpenClaw dentro do Container Docker do Ollama para uma Rede Mais Simples
Tips

Executando o OpenClaw dentro do Container Docker do Ollama para uma Rede Mais Simples

Um usuário do Reddit mostra como instalar o OpenClaw dentro do container Docker oficial ollama/ollama para que o OpenClaw converse com o Ollama via localhost, evitando host.docker.internal e configuração extra de rede. A desvantagem é o maior uso de RAM.

OpenClawRadar