Lähmende "n8n may have run out of memory"-Fehler seit dieser Woche

Fragen
1

Problem/Fehler/Frage beschreiben

Seit dieser Woche treten bei uns kritische Speicherprobleme auf. Wir haben eine Automatisierung, die seit etwa 3 Monaten einmal täglich ausgeführt wird und durch Kontakte in unserem CRM durchläuft, um Agenten-Anrufe über Telnyx für Nachfolgeaufrufe zu versenden. Die Automatisierung lief bisher problemlos, bis diese Woche, als wir die Fehlermeldung erhielten: “Execution stopped at this node - n8n may have run out of memory while running this execution.” (Ausführung bei diesem Node gestoppt - n8n könnte während der Ausführung nicht genügend Speicher verfügbar haben.)

Schlimmer noch: Wenn wir versuchen, den Ausführungsverlauf anzuzeigen, sind die Ausführungsdaten nicht sichtbar oder gespeichert. Die bereits ausgeführten Knoten zeigen nur: “Can’t show data. The execution was interrupted, so the data was not saved. Try fixing the workflow and re-executing.” (Daten können nicht angezeigt werden. Die Ausführung wurde unterbrochen, daher wurden die Daten nicht gespeichert. Versuchen Sie, den Workflow zu korrigieren und erneut auszuführen.)

image
image2517×1226 90.4 KB

Aufgrund dessen können wir keine manuelle Datenwiederherstellung oder Fortsetzung des Workflows durchführen. Das hat diese Woche erhebliche Probleme verursacht, und wir versuchen, unsere Aufzeichnungen abzustimmen und alle Aufruf-Workflows nachzuholen, die möglicherweise mittendrin Fehler aufgewiesen haben.

Letzten Mittwoch und gestern lief sie ohne Probleme. Aber wenn doch, stoppt sie und der Fehler tritt auf einem zufälligen Knoten auf. Seit dem Start dieser Automatisierung gab es keine Änderungen an unserem Workflow oder unserer n8n-Instanz, abgesehen von häufigen n8n-Instanz-Updates. Es gibt keine anderen Automatisierungen, die auf unserer Instanz laufen.

Gab es kürzlich eine Änderung bei den Limits für die n8n Cloud-Abonnements oder der Speichernutzung/-zuweisung? Das war diese Woche ganz schön eine Herausforderung.

Danke.

Wie lautet die Fehlermeldung (falls vorhanden)?

image
image2511×1217 157 KB

Execution stopped at this node (Ausführung bei diesem Node gestoppt)
n8n may have run out of memory while running this execution. More context and tips on how to avoid this (n8n könnte während der Ausführung nicht genügend Speicher verfügbar haben. Mehr Kontext und Tipps zur Vermeidung)

Bitte teilen Sie Ihren Workflow mit

Dieses Projekt umfasst mehrere Workflows und Subworkflows. Während wir so viel Kontext wie möglich bereitstellen möchten, können wir die Dateien nicht öffentlich freigeben, da sie unsere internen Unternehmensverbindungen und Setup-Details enthalten. Wir stellen diese gerne per Support-E-Mail zur Verfügung.

Hier ist ein Beispiel eines Workflows, bei dem ein Fehler aufgetreten ist.

image
image1920×1020 293 KB

Ausgabe des letzten Knotens teilen

Der letzte Knoten hat keine Ausgabe und zeigt nur das Fehlerbanner “Execution stopped at this node” (Ausführung bei diesem Node gestoppt) an.

Informationen zu Ihrem n8n-Setup

  • n8n-Version: 2.21.3
  • Datenbank (Standard: SQLite): sqlite
  • n8n EXECUTIONS_PROCESS-Einstellung (Standard: own, main):
  • n8n wird ausgeführt über (Docker, npm, n8n cloud, desktop app): n8n Cloud
  • Betriebssystem: Windows 11 Pro
3

Kannst du auf eine frühere funktionierende n8n-Version zurückgehen?

4

Hallo, ich glaube nicht, dass ich die Version über das n8n-Dashboard downgraden kann – ich kann nur zwischen der neuesten Beta- oder stabilen Version umschalten.

image
image1235×444 29.4 KB

5

Ich habe nach dem Update von N8N diese Woche das gleiche Problem. Der gleiche “Speicher erschöpft”-Fehler tritt auf. Die Workflows funktionieren seit 6 Monaten einwandfrei, aber jetzt werden alle Workflows aufgrund dieses Problems deaktiviert.

Ich habe die Last auch reduziert, aber das gleiche Problem tritt immer noch auf. Vorher habe ich viel schwerere Workloads verarbeitet, und N8N ist nie abgestürzt. Jetzt stürzt es sogar ab, wenn ich nur etwa 60% dieser vorherigen Last verarbeite.

6

Hi, kenne dieses Problem – klassisches Memory-Limit durch unkontrollierte Item-Last auf n8n Cloud.

Die Ursache liegt in der Art wie dein Workflow die CRM-Kontakte verarbeitet. Lösbar, aber die richtige Fix-Strategie hängt davon ab wie dein Loop aktuell aufgebaut ist und wie viele Kontakte gleichzeitig laufen.

Zwei Fragen:

  • Wie viele Kontakte durchläuft der Workflow täglich ca.?

  • Nutzt du einen Split-in-Batches Node oder läuft alles in einem Durchgang?

Dann kann ich dir genau sagen was zu ändern ist.

7

Das Timing (begann diese Woche nach monatelang einwandfreier Funktion) kombiniert mit mehreren Personen, die es sehen, deutet auf eine Regression in einem kürzlichen n8n-Update hin. Zwei Dinge, die du jetzt überprüfen solltest:

  1. Überprüfe deine n8n-Version anhand des Changelog - wenn du n8n Cloud verwendest, wurde es möglicherweise automatisch aktualisiert. Achte auf Änderungen im Zusammenhang mit der Handhabung von Ausführungsdaten oder dem Memory Management von KI-Knoten in deiner aktuellen Version.

  2. Für den Workflow selbst: Der KI-Agent-Aufruf, der durch CRM-Kontakte loopt, ist der wahrscheinliche Memory-Spitzenpunkt - jede Agent-Aktion behält Ausführungskontext im Memory bis zum Abschluss der Ausführung. Wenn die Batch-Größe nicht kontrolliert wird (z. B. alle Kontakte laufen parallel über einen Loop-Knoten ohne Split in Batches), könnte ein n8n-Update, das ändert, wie Ausführungs-Snapshots gespeichert werden, einen plötzlichen Anstieg verursachen. Versuche, den KI-Agent-Aufruf in einen Split in Batches-Knoten mit einer Batch-Größe von 10-20 zu packen und überprüfe, ob sich das Memory stabilisiert.

8

@glenbenatiro , guten Morgen!
man kann nicht behaupten, dass es ein Bug ist, vergleiche zunächst, ob alle Volumen zwischen dem gleich sind, was vorher funktioniert hat, und jetzt (z. B. Anzahl der verarbeiteten Kontakte, Größe der Payloads) und ich würde das Speichern erfolgreicher Ausführungen in der Produktion deaktivieren.