Our server getting randomly removed - effecting production - Emargecny
octeters-eng
PROOP

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

Solved

7 Replies

octeters-eng
PROOP

a month ago

Please replay asap


octeters-eng
PROOP

a month ago

Our client's are becoming very angry


Status changed to Awaiting Railway Response Railway about 1 month ago


octeters-eng
PROOP

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


octeters-eng
PROOP

a month ago

any update


Status changed to Awaiting Railway Response Railway about 1 month ago


Railway
BOT

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


octeters-eng
PROOP

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


Railway
BOT

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


Railway
BOT

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


Welcome!

Sign in to your Railway account to join the conversation.

Loading...