a month ago
Last one week we faced this issue multiple time.
suddenly our server form all project bring removed. just removed no log no waring. struction is their just the server instance is gone. including db and other which are coming form railway.
today alone it's happend 3 time.
it's effecting our customer and reputation. we used railway throught as a ralaible serve. but removeing a user server like that look pure careless and unacceptable total a Piece of shit.
Please, please let us know the root cause ASAP, it's getting very expensive for our reputation.
ASAP, Emargency, Can't wait 12h/48h hours for replay. it's a emargency
I selected jsut our mintcrm project. but it's happening for all of our projects
7 Replies
a month ago
Please replay asap
a month ago
Our client's are becoming very angry
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
please I need a quick response. it's a emergency situation for us.
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
any update
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
Your services were not permanently removed. Our audit logs show that each time the workspace usage/spending limit was modified, all services across every project were simultaneously torn down and redeployed, causing downtime. This happened multiple times on July 18 (around 04:33, 12:17, 14:20, and 21:46 UTC), each triggered by a usage limit change from your workspace. All 21 services across your 6 projects are currently running, and your database volumes (Postgres, MongoDB, KeyDB, Chroma) retained their data through each redeployment. As an immediate workaround, please avoid modifying the workspace usage/spending limit while your services are running, as each change is currently triggering a full redeployment cycle across every service.
Status changed to Awaiting User Response Railway • about 1 month ago
a month ago
no it's happend without changing spending limit also. I only change spending limit to check if it crash because of spending limit or not. I think issue is form something else. can you get a real human to answer
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
The redeployments are caused by the workspace usage limit cycle. When usage hits the hard limit, all workloads are taken offline to prevent further charges, and when the limit is raised or removed, all services are automatically redeployed. Each time you adjusted the limit to test, that triggered another full redeployment cycle across every project. Your services were never deleted, and all database volumes retained their data through each cycle. To prevent this from recurring, either raise the hard limit well above your expected usage at your usage page or remove it entirely so the stop-and-restart cycle does not repeat.
Status changed to Awaiting User Response Railway • about 1 month ago
25 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 • 25 days ago