Wenn der Hauptzufluss fehlschlägt, möchte ich, dass der Fehlerbehandlungs-Zufluss (Error Trigger → Gmail) ausgeführt wird und mir eine Benachrichtigungsemail sendet.
Was ich bereits überprüft habe
Beide Zuflüsse sind veröffentlicht.
Der Hauptzufluss ist so konfiguriert, dass er den Fehlerbehandlungs-Zufluss in Workflow-Einstellungen → Error Workflow nutzt.
Ich löse den Production Webhook (/webhook/error-test) aus, nicht die Test-URL.
Postman erhält: {"message":"Workflow was started"}
Der Hauptzufluss erscheint in Ausführungen und schlägt mit ECONNREFUSED fehl.
Der Fehlerbehandlungs-Zufluss zeigt jedoch immer 0 Ausführungen an, und es wird keine E-Mail gesendet.
Meine Frage
Vermisse ich eine erforderliche Einstellung für Error Trigger in n8n 2.36.8, oder gibt es eine Beschränkung bei selbstgehostetem/Docker in dieser Version? Hat jemand Error Trigger mit Production Webhook-Fehlern in diesem Setup zum Laufen gebracht?
Hi @aman_07 Willkommen!
Der Error Workflow wird bei Ausführungsende mit Fehler ausgelöst, nicht wenn ein Node rot wird. Wenn der HTTP Request Node „On Error
Wenn die Ausführung selbst einen Fehler anzeigt, protokolliert jeder Dispatch-Fehler eine Zeile, also überprüfe sie, anstatt zu raten:
is not active and cannot be executed bedeutet, dass der Fehler-Workflow keine aktive veröffentlichte Version hat. Es reicht nicht aus, ihn in den Einstellungen des anderen Workflows auszuwählen, der Fehler-Trigger-Workflow muss selbst aktiv sein. Häufigste Ursache.
Could not find workflow bedeutet, dass die Einstellung auf eine veraltete ID verweist, wähle sie erneut aus dem Dropdown aus.
Eine Berechtigungsmeldung bedeutet, dass die Aufrufer-Richtlinie es blockiert hat, was passiert, wenn die beiden Workflows in verschiedenen Projekten vorhanden sind. Legen Sie in den Einstellungen des Fehler-Workflows fest, wer ihn aufrufen kann.
Keine Zeile bedeutet, dass es nie versucht wurde, also öffne die Einstellungen des Haupt-Workflows erneut, bestätige, dass der Fehler-Workflow noch ausgewählt ist, speichere und veröffentliche erneut.
Nichts im Tracker entspricht diesem Problem bei 2.3x, also ist es kein bekannter Bug, den du aussitzen kannst.
Es lohnt sich, das Problem aufzuteilen, anstatt weitere Einstellungen zu überprüfen. Erstelle einen Wegwerf-Workflow mit Schedule Trigger auf jede Minute eingestellt, der zu einem Stop- und Error-Knoten führt, ordne denselben Error Handler in seinen Einstellungen zu und veröffentliche ihn.
Wenn der Handler dafür ausgelöst wird, funktioniert Dispatch auf deiner Instanz und dies ist spezifisch für Webhook-initiierte Ausführungen, was eine viel engere Sache ist zu berichten.
Wenn er auch nicht ausgelöst wird, ist Dispatch instanzweit kaputt und sowohl die HTTP Request als auch der Webhook sind rote Heringe.
Dieses Ergebnis ist die erste Tatsache, die die beiden trennt, und das ist, was ein Bug-Report braucht.