Cloud: Task Runner seit 7+ Stunden offline, jeder Code-Knoten läuft nach 66s ab

Fragen
1

Beschreiben Sie das Problem/den Fehler/die Frage

Seit 2026-08-26 06:00 UTC schlagen alle Produktionsausführungen auf meiner Cloud-Instanz
fehl, die einen Code-Knoten enthalten, nach genau 66 Sekunden. Der Code-Knoten wird
nie einem Task-Runner zugeordnet.
Instanz: brunoclozel.app.n8n.cloud
Plan: trial, 6 Tage verbleibend, 113/1000 Ausführungen verwendet
Zeitstrahl:

  • 03:00 UTC - letzte erfolgreiche Ausführung (ID 131)
  • 06:00 UTC und später - jeder geplante Workflow schlägt fehl (IDs 132 bis 138)
  • 12:50, 12:57, 13:03 UTC - manuelle Wiederholungen, gleicher Fehler (IDs 142, 143)
    Auf meiner Seite hat sich zwischen dem letzten erfolgreichen und dem ersten fehlgeschlagenen Versuch nichts geändert.
    Dies sind kleine geplante Workflows, die 9 Tage lang einwandfrei liefen.
    Das wichtigste Detail: Workflows OHNE einen Code-Knoten werden weiterhin normal ausgeführt.
    Ein Error-Handler-Workflow, der nur aus einem Error Trigger und einem Telegram-Knoten besteht,
    wurde in 0,4s um 13:04 UTC (ID 144) auf der gleichen Instanz abgeschlossen, zur gleichen Zeit,
    als die anderen Timeouts hatten. Der Fehler ist also auf den Task-Runner begrenzt,
    nicht auf meine Workflows und nicht auf die gesamte Instanz.
    Ich führe keine langen oder massiven Code-Aufgaben aus - der fragliche Knoten erstellt
    einen kurzen String aus ~10 Zeilen einer Data Table und gibt in ~20ms zurück, wenn der
    Runner in Ordnung ist.
    status.n8n.cloud meldet keinen Vorfall.

Was ist die Fehlermeldung (falls vorhanden)?

Bitte teilen Sie Ihren Workflow

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.

Stack:
Error: Task request timed out
    at LocalTaskRequester.requestExpired (task-requester.ts:310:17)
    at LocalTaskRequester.onMessage (task-requester.ts:276:10)
    at TaskBroker.handleRequestTimeout (task-broker.service.ts:179:50)

Geben Sie die Ausgabe des letzten Knotens aus

Letzter ausgeführter Knoten: der Code-Knoten. Er hat keine Ausgabe erzeugt.
Der Knoten unmittelbar davor (Data Table, Zeilen abrufen) hat seine Zeilen
normal zurückgegeben, daher ist die Kette bis zu dem Punkt, an dem der Code-Knoten
an den Runner übergeben wird, in Ordnung.

Informationen zu Ihrem n8n-Setup

  • n8n-Version: n8n Cloud (verwaltetes System, automatisch aktualisiert)
  • Datenbank (Standard: SQLite): n8n Cloud verwalteter Standard
  • n8n EXECUTIONS_PROCESS-Einstellung (Standard: own, main): nicht zutreffend - n8n Cloud
  • n8n wird ausgeführt über (Docker, npm, n8n cloud, Desktop-App): n8n cloud
  • Betriebssystem: nicht zutreffend - n8n Cloud
2

Hallo @Bruno_Clozel Willkommen!
Der Runner ist nicht down, 2.37.1 beschädigt den JavaScript Code Node, daher gibt es auf deiner Instanz nichts zu reprovisionen.

2.37.1 ist der Beta Track und 2.36.7 ist die aktuelle Stable, daher ist die Version, die du möchtest, niedriger als die, auf der du dich befindest. Öffne das Cloud Dashboard, gehe zu Manage > Workspace > Updates & maintenance, stelle Release track auf Stable, wähle 2.36.7 im n8n version Dropdown aus und klicke auf Change version. Der Workspace startet dann für eine bis zwei Minuten neu.

3

Ihre Tests deuten stark auf ein Task-Runner-Problem hin, nicht auf ein Workflow- oder Data-Table-Problem. Da Workflows ohne Code-Knoten normal ausgeführt werden und derselbe Code-Knoten funktioniert, wenn der Runner fehlerfrei läuft, scheint das 66-Sekunden-Timeout aufzutreten, während auf die Annahme der Aufgabe durch einen Runner gewartet wird.

Die Tatsache, dass manuelle Wiederholungen das gleiche Verhalten zeigen, macht ein vorübergehendes Fehler auf Workflow-Ebene weniger wahrscheinlich.

4

Danke, genau das ist es. Ich war auf dem Beta-Track, ohne es zu realisieren, mit Update-Kadenz auf „Jede neue Version