n8n-Fehlermeldungen
n8n hat dafür Fehler-Workflows: Sie starten bei einem Fehler und senden eine Nachricht. Das funktioniert – hat bei mehreren Kundeninstanzen aber drei Grenzen.
Es muss überall eingerichtet werden
Einmal pro Instanz erstellen und dann in den Einstellungen jedes Workflows referenzieren. Ohne diesen Eintrag nutzt ein Workflow den Fehlerhandler nicht. Duskwatch ergänzt über die n8n-API einen externen Blick: Laufende Prüfungen lesen Workflow- und Ausführungsinformationen. Prüfe API-Berechtigungen, erwartete Intervalle und Meldekanäle, damit die benötigten Meldungen eingerichtet sind.
Es sieht nur, was läuft
Der Fehlerauslöser reagiert, wenn ein Workflow läuft und fehlschlägt. Stoppt der Zeitplan, läuft nichts – und es wird nichts ausgelöst. Genau dieser Fall kann dich Kunden kosten.
Es fällt mit der Instanz aus
Fällt n8n aus, fällt auch der Fehler-Workflow aus. Ein externer Monitor erkennt den Ausfall bei seiner nächsten Prüfung und meldet ihn.
Wie Duskwatch meldet
Per E-Mail an die Agentur, optional zusätzlich über Slack oder Telegram. Eine einstellbare Ruhezeit begrenzt wiederholte Meldungen je Instanz. Ausstehende Vorfälle werden gesammelt, sobald die nächste Meldung erlaubt ist. Sofern verfügbar, enthält sie Workflow, betroffenen Knoten, gekürzte Fehlermeldung und den Link zur n8n-Ausführung. Inzwischen erledigte ausstehende Vorfälle werden nicht mehr mitgesendet.
Wo ein Error-Workflow aufhört zu greifen, im Detail: Error-Workflow gegen externes Monitoring.
Noch keine Instanz verbinden? Nimm die Checkliste der sieben Ausfälle, die keinen Fehler erzeugen.
Lieber erst selbst nachsehen? Es gibt einen kostenlosen n8n-Workflow, der stehengebliebene Workflows findet – einfach importieren, ohne E-Mail.
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.