“Estou no n8n Cloud e todos os meus nós de Código expiram após 60 segundos com ‘Task request timed out after 60 seconds — task runner is down, not ready, or at capacity.’ Minha instância é rescriptgenetics.app.n8n.cloud. Este é um problema conhecido de TaskRunner — desative os TaskRunners na minha instância.”
Como isso é n8n Cloud e todos os nós Code estão com timeout de 60 segundos, isso parece ser algo que o suporte da n8n precisa investigar no lado da instância/task-runner. Usuários da comunidade não conseguiriam desabilitar TaskRunners para uma instância cloud diretamente de qualquer forma.
Eu enviaria ao suporte a URL da instância, um ID de execução falhado, timestamp e o erro exato:
Task request timed out after 60 seconds — task runner is down, not ready, or at capacity
Um teste útil é criar um workflow totalmente novo com um único nó Code que faça apenas algo simples como:
return [{ json: { ok: true } }];
Se até mesmo isso fizer timeout, isso é uma evidência bem forte de que o problema não é a lógica do seu workflow e é mais provável estar relacionado ao próprio ambiente da instância/task-runner.
Oi @Aura_Gene
Seus nós de Código estão falhando porque um novo recurso do n8n Cloud chamado “TaskRunners” está com defeito na sua instância, causando travamento e expiração do tempo limite após 60 segundos, independentemente de quão simples seja seu código. Este é um problema conhecidо de nível de sistema que não pode ser corrigido nas configurações do seu fluxo de trabalho. Para resolver isso, você precisa enviar um email para help@n8n.io e solicitar que desabilitem manualmente o TaskRunners para sua instância (rescriptgenetics.app.n8n.cloud), o que retornará seus nós de Código à forma estável e original de execução.
@Aura_Gene se a urgência é alta, note que o n8n auto-hospedado permite controlar a configuração do TaskRunner diretamente via N8N_RUNNERS_ENABLED=false