a month ago
From Railway Agent:
Project ID: 0026f51c-5941-496c-b9f3-2ac4f2b58d4f
Environment: production
Service: API
Critical Issue: Two consecutive deployments failed with identical repository snapshot timeouts, and now 3 additional deployments are stuck in INITIALIZING state:
Failed deployments:
ad0f98dd-abb3-4d7e-8f75-181c4e9a0bbd (failed at 01:52:38 UTC)
189212cc-51be-49e6-9be2-21c9a18af087 (failed at 01:52:14 UTC)
Stuck in INITIALIZING (not progressing):
d5ea0963-eb09-4934-bb55-5a8d4effb551 (triggered at 02:43:52 UTC)
f6e9a961-8cdc-4017-9cba-d96dd2b0866d (triggered at 02:42:13 UTC)
83fd2871-ac9f-44e9-8973-943179705292 (triggered at 02:32:06 UTC)
Context:
Repository: JunctionPanel/junction (main branch)
Commit: d8899c1432ed23636fd418fbbd1d3be21ff9c237 (docs: add-published-seo-blog-posts)
The commit only added 20 markdown blog post files—no code, config, or dependency changes
A deployment one hour earlier (f3eac1dd-4aeb-4221-a8b4-fbb31853bf93) succeeded on the same repo
Repository is accessible and valid via GitHub API
Error message: "Repository snapshot operation timed out. This may be due to a large repository size or network issues."
Assessment: This appears to be a persistent infrastructure issue on Railway's end affecting the snapshot service. The initial two failures followed by three stuck initializing deployments suggest the snapshot service may be degraded or overloaded. Please investigate the snapshot infrastructure and clear the stuck deployments.
All my other services in same project are deploying fine.
1 Replies
Update: Turned off Metal Build Environment
and was able to get past initializing and deploy succesfully. Only happens on my API.