production 502, stable rollback also cannot create containers
donchakondon
HOBBYOP

a month ago

Production app and its embedded booking calendars have been returning 502 since 09:35 UTC today (7 September). Please investigate a stuck container lifecycle/provisioning state urgently.

A new Docker deployment built successfully and pushed its image, then remained at Creating containers without application logs. The old process received SIGTERM. We aborted the new deployment, restarted the prior stable version and redeployed that exact old code/configuration. The rollback also failed before starting. SSH reports container status stopping, although the dashboard still called the old deployment Active. HTTP checks confirm it was not serving.

The separate MySQL service is Online and both persistent volumes are Ready and well below capacity. No database or volume migration or region change was requested. We have now explicitly stopped the stuck old deployment and launched a fresh redeploy of the exact stable version. Please check the attached service context and recover its container without deleting, detaching or resetting persistent volumes or database. There are no customer data or credentials in this report. Detailed deployment IDs can be supplied privately to Railway staff.

Solved

2 Replies

Railway
BOT

a month ago

Your latest deployment completed successfully at 10:45 UTC and the application is running on port 8080. The earlier deployment that stalled at container creation has been cleared by the redeploy. Your MySQL service and both volumes were not affected. If you are still seeing 502s after the successful deploy, the new container may need a moment for routing to update.


Status changed to Awaiting User Response Railway • 29 days ago


donchakondon
HOBBYOP

a month ago

Recovered, thank you. After explicitly stopping/removing the old stuck deployment and redeploying its exact stable code/configuration, the latest deployment completed at 10:45 UTC. We independently verified HTTP 200 for the application and room API, and the embedded Hammer Killer booking calendar now displays available times. No further recovery changes are needed; please do not reset or detach any database or volumes. The new attendance module is not deployed.


Status changed to Awaiting Railway Response Railway • 29 days ago


Status changed to Solved Railway • 29 days ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...