n8n - 💡(How to fix) Fix workflow crashed after 32 seconds with all nodes showing success ID: #18378 [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
n8n-io/n8n#28535Fetched 2026-04-16 07:05:10
View on GitHub
Comments
2
Participants
2
Timeline
5
Reactions
0
Timeline (top)
commented ×2labeled ×1mentioned ×1subscribed ×1

Error Message

Describe the problem/error/question What is the error message (if any)? No specific node error. Execution log shows: "Crashed in 32.197s". Banner message: "This workflow was automatically deactivated due to multiple crashed executions."

RAW_BUFFERClick to expand / collapse

Describe the problem/error/question Workflow crashes intermittently after 30-45 seconds with "Crashed" status, but all individual nodes show "Success" in the execution logs. The workflow was automatically deactivated by n8n due to multiple crashed executions. What is the error message (if any)? No specific node error. Execution log shows: "Crashed in 32.197s". Banner message: "This workflow was automatically deactivated due to multiple crashed executions." Workflow/screenshots

<img width="2452" height="1223" alt="Image" src="https://github.com/user-attachments/assets/8a05cc3e-12f5-42a1-b8ae-d786fab320c3" />

Output returned by the last node El nodo Get Leads muestra Success en 2.89s. El output aparece vacío en la vista de la ejecución fallida. Execution ID: #18378

extent analysis

TL;DR

The workflow crashes intermittently after 30-45 seconds with a "Crashed" status, despite individual nodes showing "Success" in the execution logs, suggesting a potential issue with the workflow's overall execution or timeout settings.

Guidance

  • Review the workflow's configuration and nodes to ensure there are no hidden errors or timeouts that could be causing the crash, even if individual nodes are reporting success.
  • Check the execution logs for any patterns or clues that might indicate what's happening in the last 30-45 seconds before the crash, as the provided log only shows a "Crashed in 32.197s" message.
  • Investigate the n8n settings for automatic deactivation due to multiple crashed executions to understand if there's a threshold or setting that can be adjusted to prevent premature deactivation.
  • Consider adding more detailed logging or debugging statements to the workflow to capture more information about what's happening during execution, especially right before the crash.

Notes

The issue seems to be related to the workflow's execution or the n8n platform's handling of it, rather than a specific node error. Without more detailed logs or information about the workflow's configuration and the nodes involved, it's challenging to provide a more specific solution.

Recommendation

Apply workaround: Adjust the workflow's configuration or n8n settings to prevent automatic deactivation and add more logging to capture detailed information about the crash, allowing for a more targeted investigation.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING