a month ago
Hi Railway team,
My app service starts successfully, but both public HTTPS domains fail before the app can return any response.
Service:
- perpetual-contentment
Domains tested:
- https://quiltpro.up.railway.app/health
- https://perpetual-contentment-production-3569.up.railway.app/health
Observed behavior:
- Chrome shows ERR_CONNECTION_RESET / ERR_CONNECTION_CLOSED
- Safari says it cannot establish a secure connection
- Browser network panel shows no response headers
What I’ve verified:
- app starts successfully
- Prisma generates successfully
- DB connection succeeds
- migrations are applied
- server listens on 0.0.0.0:8080
- issue reproduces across browsers/devices
Relevant runtime log sequence:
- No pending migrations to apply.
- Quilt Judge Pro API listening on port 8080
- SSL error: unexpected eof while reading
- could not receive data from client: Connection reset by peer
- Stopping Container
This sequence repeats after public connection attempts. It appears the service starts correctly, but inbound HTTPS traffic is being reset before /health can respond, and the container is then stopped.
Could you please check:
- public domain attachment/provisioning
- TLS/HTTPS health for both domains
- whether traffic is reaching the running container
- why the container is being stopped after inbound connection attempts
Thanks.
1 Replies
Status changed to Open Railway • about 1 month ago
a month ago
The main reason will be the database. Please check your build/deploy logs and send them to ai such as claude as ask it to analyze the log problems its majorly caused due to misaligned column names, missing rows in database.