Scheduled Trigger Nodes Not Running

Describe the problem/error/question

Starting on 1/26/26 none of our scheduled jobs run in any of our workflows. Most of the jobs we’ve seen the issue with use the “Schedule Trigger” node. Due to this, we upgraded our n8n cloud instance to v2. We unpublished, republished each workflow. We deleted and rebuilt the Schedule Trigger nodes. We even rebuilt multiple FULL workflows from scratch. Same result, trigger isn’t running. All of these jobs were running for months w/ no issue. Lastly, we even built a net new workflow to test a trigger from scratch (see below), set to run every five minutes. Other Schedule Trigger nodes are set to run daily, or every 2 hours. None of them run anymore. Some workflows are related to our business operations, and we rely on the consistency to do our work. Has anyone else seen this, n8n won’t give us attention even w/ a Sev1 ticket. Please help!!

What is the error message (if any)?

Please share your workflow

Share the output returned by the last node

Information on your n8n setup

  • n8n version: 2.6.3 (Latest Stable)
  • Database (default: SQLite): N/A
  • n8n EXECUTIONS_PROCESS setting (default: own, main): default
  • Running n8n via (Docker, npm, n8n cloud, desktop app): n8n cloud
  • Operating system: N/A

Hi @mburger23

The documentation doesn’t record an incident, but the behavior you’re observing is incompatible with any configuration error and clearly points to a scheduler failure on the n8n Cloud instance. While this isn’t resolved, the only reliable workaround is using an external cron like GitHub Actions, Cloudflare Workers, or a cron server to call a Webhook Trigger in n8n.

It’s not pretty, but it’s operationally safe.

Oooof, that is not what I was hoping to hear. Thank you for the quick reply. So, in conclusion, we have an automation / workflow tool with no ability on its own to reliably run on a schedule…hrmmm, not good…

@mburger23

I completely understand your concern, and I want to clarify a few important points so we don’t jump to the wrong conclusion here.

First

just to realign expectations with the documentation:
On n8n Cloud, the Schedule Trigger is a managed service, and it’s not something that can silently “stop working” due to workflow configuration, publishing state, or node recreation. Rebuilding workflows or nodes wouldn’t affect the scheduler itself, so you were right to suspect this isn’t a normal config issue.
That said, this still doesn’t mean the scheduler is fundamentally unreliable or broken by design. What can happen, and this is documented behavior, is temporary scheduler disruption on a specific Cloud tenant, delayed or stuck trigger registrations after upgrades or internal maintenance, or a mismatch between workflow state and the scheduler registry that only Cloud support can reset. From a user perspective, all of these look identical because triggers simply don’t fire.

What's important to do next

is to ask Cloud support to verify and re-register scheduled triggers at the account level. Specifically mention the exact date and time when triggers stopped, which was January 26th, that new Schedule Trigger workflows also do not fire, and that this happens across all schedules and intervals. This gives them a concrete internal check to run. This is not something you can fix from the UI, and it’s not expected behavior.

About the webhook plus external cron workaround

it’s not a replacement for Schedule Trigger, and it’s not how n8n Cloud is intended to be used long-term. It is a temporary operational fallback that keeps business workflows running, avoids data loss, and buys time while Cloud support resolves the scheduler state. Many teams keep this pattern documented for incident response, even if they normally rely on native scheduling. hidden

So the correct conclusion here is not “n8n can’t reliably run scheduled workflows.” The accurate conclusion is “There appears to be a scheduler-level issue affecting this Cloud instance that requires intervention from n8n Cloud support.” That distinction matters, both technically and operationally.

Hello mburger23, I just tested a cron job in my cloud environment, and it worked.
Try to restart the workspace
Try to select another Time zone → save and select your time zone again → save

I appreciate the insight. I have a Sev1 ticket open for 3 days now but can’t get any attention other than automated responses. Let me kow if you think of anything else!

I appreciate the idea. I had already restarted the workspace multiple times. I did change the time zone, save, change it back, save…no luck :frowning: I’m out of ideas and apparently a Sev1 ticket doesn’t get attention. Let me know if you think of anything else!