Finde n8n-Workflows, die nicht mehr laufen

Eine fehlgeschlagene Ausführung ist der einfache Fall: Sie steht in der Ausführungsliste, und ein Error-Workflow kann sie melden. Teuer wird der Workflow, der weiter als aktiv gilt und einfach nie gelaufen ist – nach einem Neustart, der den Schedule-Trigger nicht neu registriert hat, oder weil jemand ihn beim Debuggen abgeschaltet hat. Es gibt keinen Fehler, weil nichts passiert ist.

Das hier ist ein kostenloser n8n-Workflow, der genau das findet. Er liest deine eigene Instanz über die n8n-API, nimmt jeden aktiven Workflow, sucht dessen letzte Ausführung und meldet die, die länger still sind als von dir erlaubt. Importieren, zwei Felder setzen, deinen Meldeknoten anhängen.

1. Step 1

   In n8n unter Einstellungen → n8n API einen API-Schlüssel anlegen.

2. Step 2

   Am Knoten „Get workflows“ eine Header-Auth-Zugangsdatei anlegen, mit dem Namen X-N8N-API-KEY und deinem Schlüssel als Wert. Dieselbe Zugangsdatei am Knoten „Get executions“ noch einmal auswählen.

3. Step 3

   Im Knoten „Configuration“ deine n8n-Adresse eintragen und wie viele Stunden Stille für dich noch normal sind. Danach hinter „Find silent workflows“ anhängen, womit du sonst Meldungen verschickst.

Was er nicht kann

Dieser Workflow lebt in der Instanz, die er überwacht. Ist die Instanz aus, mitten im Neustart oder haben sich ihre Schedule-Trigger nie neu registriert, läuft auch die Prüfung nicht – und ihre Stille sieht genau so aus, als wäre alles in Ordnung. Das ist der eine Ausfall, den eine Selbstprüfung nie abdecken kann, und der Grund, warum es externes Monitoring überhaupt gibt.

Außerdem sieht er nur so weit zurück wie die letzten paar hundert Ausführungen. Auf einer gut ausgelasteten Instanz fällt ein Workflow, der vor Wochen still wurde, aus diesem Fenster heraus.

Warum ein Error-Workflow das nicht abdeckt: der Vergleich im Detail.

Der Rest der Liste

Stehengebliebene Zeitpläne sind einer von sieben Ausfällen, die keine Fehlermeldung erzeugen. Die anderen sind Rate-Limits, abgelaufene Zugangsdaten, Webhooks, die niemand mehr aufruft, gelöschte Ausführungshistorie und die Sommerzeit. Die Checkliste hat alle sieben, mit der einen Prüfung, die jeden davon findet. Oder lass Duskwatch sie von außen laufen – über alle Kundeninstanzen, die du betreust.

Duskwatch beobachtet die n8n-Instanzen, die du für Kunden betreibst, von außen und meldet die Ausfälle, die keinen Fehler erzeugen: den Lauf, den es nie gab, und die Instanz, die nicht mehr antwortet.