Instância: appointments-personnel.app.n8n.cloud
Todos os nós de Code do meu workflow estão falhando com:
“Task request timed out. Your Code node task was not matched to a runner within the timeout period (waited 66 seconds). This indicates that the task runner is currently down, or not ready, or at capacity.”
Isso acontece até mesmo em um nó de Code que apenas retorna uma lista fixa, então não é meu código. O workflow funcionava bem ontem e nada mudou de nossa parte, exceto a edição de texto em alguns nós.
Vejo que outras duas pessoas também reportaram o mesmo erro hoje.
Alguém poderia reiniciar ou reprovisionar o task runner para esta instância, ou desabilitar task runners nela como solução alternativa.
Oi @NikkiBriels
Não é sua instância e não é seu código, seu teste de lista fixa já prova isso. É um bug confirmado na versão 2.37.1 que afeta o nó de Código JavaScript, e a n8n disse que uma correção será lançada na versão 2.37.2 em breve.
Veja este tópico para seu caso.
Obrigado, isso é muito útil. É bom saber que é um problema conhecido na versão 2.37.1 e não algo da nossa parte. Vamos aguardar a versão 2.37.2. Agradeço a resposta rápida.
Olá @NikkiBriels Bem-vindo!
A versão 2.37.1 está disponível apenas na trilha de lançamento beta, portanto você pode sair dela agora em vez de esperar pelo patch. No painel da Cloud abra Gerenciar > Workspace > Atualizações e manutenção, defina Trilha de lançamento para Estável e altere a versão para 2.36.7, a compilação estável mais recente. A instância reinicia em um ou dois minutos e os nós de Código são executados novamente.
Isso é muito útil, obrigada.
Adicionando uma coisa já que algumas pessoas estão tendo os mesmos problemas, o motivo real de você ter sido afetado não é apenas “2.37.1 tem um bug”, é que você estava na trilha Beta com a cadência de atualização definida como “a cada novo lançamento”. Isso é o que o puxou para lá sem ninguém realmente escolher estar nela.
Então, se você está lendo isso depois e ainda está na Beta com atualização automática configurada para “cada lançamento”, mudar para 2.36.7 resolve o problema de hoje, mas não impede o próximo. Pode ser útil reduzir a cadência de atualização ou apenas mudar para a trilha Stable, a menos que você realmente precise de recursos beta para algo. Caso contrário, você simplesmente vai sofrer com qualquer regressão que for lançada em seguida também.
Isso é realmente útil, obrigado. Ninguém aqui escolheu beta propositalmente, então isso explica muito. Vamos mudar para stable e reduzir a cadência de atualizações em vez de apenas alterar a versão.