a month ago
My service zz-logistics-secure-app fails during “Initialization > Snapshot code”.
Error:
Invalid prisma.workspace.findMany() invocation:
The column Workspace.supportTierOverride does not exist in the current database.
Railway’s diagnosis reports an Infrastructure Error and says the build completed successfully. My application uses Node.js and SQLite, not Prisma.
Please investigate this platform-side deployment failure. Please preserve the existing service and its data.
5 Replies
Status changed to Awaiting Railway Response Railway • 28 days ago
a month ago
This has been fixed.
This deployment failure is on our side, not yours. The error in the SNAPSHOT_CODE step originates from our internal deployment pipeline, not from your application code. Your service and project are intact, and because this service has no persistent volume attached, no stored data is at risk.
Status changed to Awaiting User Response Railway • 28 days ago
brody
This has been fixed. This deployment failure is on our side, not yours. The error in the SNAPSHOT_CODE step originates from our internal deployment pipeline, not from your application code. Your service and project are intact, and because this service has no persistent volume attached, no stored data is at risk.
a month ago
im still having this issue
Status changed to Awaiting Railway Response Railway • 28 days ago
bey0003-js
im still having this issue
a month ago
Could you clarify what issue you're having specifically? The original issue in this thread has been resolved.
Status changed to Awaiting User Response Railway • 28 days ago
ray-chen
Could you clarify what issue you're having specifically? The original issue in this thread has been resolved.
a month ago
Deploys have been failing since the morning. It dies at Initialization >
Snapshot code, before the build even starts:
Invalid prisma.workspace.findMany() invocation:
The column Workspace.supportTierOverride does not exist in the current database.
My service is Python/FastAPI. No Node, no Prisma, and there's no Workspace
table in my database, so this looks like it's coming from your side rather
than my app.
I've redeployed a few times, same result each time.
Status changed to Awaiting Railway Response Railway • 28 days ago
a month ago
That error is left over from a bug that was deployed on our end this morning, and Redeploy is what's keeping it alive. Redeploy reuses the failed attempt's config, which never got your start command, so it fails again and shows the old message. Press Cmd+K in the project, pick "Deploy Latest Commit", or push a new commit. That runs a fresh deploy from your repo and picks up your railway config file again. Your Postgres data isn't affected.
Status changed to Awaiting User Response Railway • 28 days ago
20 days 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 • 20 days ago