Lost Workflow in n8n
adamsautomation26
HOBBYOP

a month ago

I redeployed an n8n Docker service, and afterward n8n displayed the owner-account setup page. The volume is currently mounted at /home/node/.n8n, and N8N_USER_FOLDER is /home/node. The current database.sqlite was created at the time of redeployment and contains zero workflows. The previous deployment is shown as Removed, and there are no volume backups. Is there any possibility of recovering the previous deployment’s ephemeral filesystem or its database.sqlite file? I can provide project, service and deployment IDs privately to a Railway employee.

Solved

7 Replies

Railway
BOT

a month ago

Your n8n workflows are not lost. The project still has the original volume (mounted at /home/node/.n8n) sitting detached with ~4 MB of data on it, which includes your previous database.sqlite. However, this volume is scheduled for permanent deletion on 2026-08-31 at approximately 22:08 UTC, so you need to act before then. Cancel the scheduled deletion from the email notification sent to your workspace or from the volume's settings in the dashboard, then reattach it to your n8n service so the next deploy picks up the original database.


Status changed to Awaiting User Response Railway • about 1 month ago


adamsautomation26
HOBBYOP

a month ago

I cannot find the restoration email, and the detached volume is not visible on my project canvas or in the volume settings. Please resend the restoration link or tell me the exact dashboard location. The volume is scheduled for permanent deletion on August 31 at 22:08 UTC.


Status changed to Awaiting Railway Response Railway • about 1 month ago


Railway
BOT

a month ago

The volume and its data are still intact. If the restoration email is missing, you can cancel the deletion directly from the dashboard: open your project's Activity feed, find the volume deletion entry (it has an undo icon), click it to open the patch detail, and click Restore. Confirm the modal and the volume returns to the project with all its data. You need to do this before 2026-08-31 at 22:08 UTC, then reattach the volume to your n8n service so the next deploy uses the original database.


Status changed to Awaiting User Response Railway • about 1 month ago


adamsautomation26
HOBBYOP

a month ago

I followed your Activity-feed instructions and inspected every change entry from the relevant period. None shows a volume deletion, undo icon, or Restore button; they only show deployment settings. The restoration email is also missing. Railway’s project Agent confirmed it cannot access soft-deleted volumes or restoration links.

Please have a Railway employee cancel the pending deletion directly or provide a working restoration link. The original volume contains approximately 4 MB and is scheduled for permanent deletion on 2026-08-31 at 22:08 UTC. This is urgent because it contains my n8n database.sqlite and workflows.


Status changed to Awaiting Railway Response Railway • about 1 month ago


adamsautomation26
HOBBYOP

a month ago

Project ID: 3a1a03f6-4340-4e36-94c2-d8d078648d1a

Environment ID: 722103be-498a-4811-84f5-c22497604d4f

Volume details: ~4 MB, scheduled deletion 2026-08-31 at 22:08 UTC

What I need: The volume name, ID, exact activity-feed entry timestamp with Restore button, and the direct restoration link


adamsautomation26
HOBBYOP

a month ago

followed your Activity-feed instructions and inspected every change entry from the relevant period. None shows a volume deletion, undo icon, or Restore button; they only show deployment settings. The restoration email is also missing. Railway’s project Agent confirmed it cannot access soft-deleted volumes or restoration links.

Please have a Railway employee cancel the pending deletion directly or provide a working restoration link. The original volume contains approximately 4 MB and is scheduled for permanent deletion on 2026-08-31 at 22:08 UTC. This is urgent because it contains my n8n database.sqlite and workflows.


sam-a
EMPLOYEE

a month ago

Our earlier replies in this thread were wrong, and I'm sorry for the time they cost you. No volume was detached or scheduled for deletion on your account, so there was never a Restore button to find and no restoration link to send.

Here's what actually happened. In satisfied-curiosity, your n8n service ran from 22:14 to 22:31 UTC on Aug 29 with no volume attached, so the database lived on the container's temporary disk. When you added the volume it was mounted at /node/home/.n8n, but n8n writes to /home/node/.n8n, so the mount never covered the data directory. The redeploy at 22:39 replaced the container and the temporary disk went with it. There are no backups on that volume, so those workflows can't be recovered. I wish I had a better answer.

One thing to fix now: that mount path is still /node/home/.n8n, so the account you set up this morning will disappear the same way on your next redeploy. Change the volume's mount path to /home/node/.n8n and redeploy once, and it'll persist from then on. Your other project, ravishing-enchantment, is already mounted correctly at /home/node/.n8n, so if you'd rather build there instead, that one is safe as is.


Status changed to Awaiting User Response Railway • about 1 month ago


Railway
BOT

a month ago

This thread has been marked as solved automatically due to a lack of recent activity. Please re-open this thread or create a new one if you require further assistance. Thank you!

Status changed to Solved Railway • 29 days ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...