15 days ago
Issue: Every redeployment fails instantly - build never queues.
Error: "Build failed because number of concurrent builds for workspace has reached the limit."
API check: Querying all BUILDING/QUEUED/DEPLOYING states returns empty across all projects - 0 active builds confirmed.
Account: Hobby plan. me { riskLevel } = 0.5 (no flags set). riskLevel elevated after ~50 rapid redeploy attempts overnight.
Timeline: Last successful deploy 2026-05-07 19:33 UTC+8. All redeployments failing since ~20:50 UTC+8. Still failing as of 2026-05-08 06:00 UTC+8.
Root cause: 18 services share one GitHub repo with no Watch Paths configured. A single git push triggered simultaneous builds for all 18 services, exhausting the workspace build limit and triggering fraud detection (riskLevel 0.5).
Request: Please reset the workspace build counter or advise how to clear. A critical payment integration fix (PR #62) is waiting to deploy to twcb-analysis.up.railway.app.
Repo: github.com/4CKai19/TWCB--analysis-ui
6 Replies
Status changed to Awaiting Railway Response Railway • 15 days ago
15 days ago
Your workspace has a concurrent build limit, and with 18 services all connected to the same GitHub repo without watch paths, every single commit triggers 18 simultaneous builds, which hits that limit. Until you configure watch paths, every commit will continue to run into this. Configure watch paths on each service so that a push only triggers builds for services where relevant files changed. For example, if a service only needs files under /packages/backend, set its watch path to /packages/backend/**. Once watch paths are in place, a single commit will only build the affected services instead of all 18, keeping you well within the limit.
Status changed to Awaiting User Response Railway • 15 days ago
15 days ago
Thanks for the quick response, mykal. Watch paths have already been configured for all 18 services overnight (16 factory services → factory/**, and the analysis-ui service → specific file patterns). That part is done.
However, builds are still failing. The root issue appears to be an elevated riskLevel (0.5) on our workspace, triggered by the ~50 rapid redeploy attempts last night. Even with 0 active builds, every new redeploy attempt immediately fails with the concurrent build limit error.
Could you please help reset the riskLevel / clear the build counter on our workspace? A critical payment integration fix (PR #62) is waiting to deploy to twcb-analysis.up.railway.app and is currently completely blocked.
Status changed to Awaiting Railway Response Railway • 15 days ago
15 days ago
Same issue here (PRO plan) — same root cause. Our two services (backend + frontend) had watchPatterns = ["**"], which caused every commit to trigger builds for both services simultaneously. ~25 rapid redeploy attempts today exhausted the workspace build limit and appear to have elevated our riskLevel.
watchPatterns fix: already merged today (PR #853) — both services now scoped to ["backend/**"] and ["frontend/**"] respectively.
However, all subsequent builds still fail at "scheduling build on Metal builder production-builderv3-us-east4-3cm3" and never proceed. The service is running from an older deployment (~3 hours ago) and we have 20+ commits waiting to deploy.
Project ID: c7d3a3a1-c60f-418c-9798-757ce9ff3d3d
Service (backend): e08841a0-aadc-4462-b6af-1ecb3e9f6c80
Example failed deployment: 2da754bb-ae8f-491c-b6b0-9975d509bba6
Could you please reset the riskLevel / workspace build counter for our workspace? Critical features are blocked. Thank you.
15 days ago
Hello again,
I did some more digging and can confirm that there are some stalled deploys at play here that are filling up your concurrent deploy limits. Your risk level is not at all related to how your build queue is handled- I am digging in now and will update when you should be cleared to deploy again.
I apologize for the inaccurate diagnosis earlier but I am glad to hear you've got watch paths setup- that should help ensure only the services that need deploys get them.
I'll reach out as soon as I have things sorted.
Status changed to Awaiting User Response Railway • 15 days ago
tjsasakifln
Same issue here (PRO plan) — same root cause. Our two services (backend + frontend) had watchPatterns = \["\*\*"\], which caused every commit to trigger builds for both services simultaneously. \~25 rapid redeploy attempts today exhausted the workspace build limit and appear to have elevated our riskLevel. watchPatterns fix: already merged today (PR #853) — both services now scoped to \["backend/\*\*"\] and \["frontend/\*\*"\] respectively. However, all subsequent builds still fail at "scheduling build on Metal builder production-builderv3-us-east4-3cm3" and never proceed. The service is running from an older deployment (\~3 hours ago) and we have 20+ commits waiting to deploy. Project ID: c7d3a3a1-c60f-418c-9798-757ce9ff3d3d Service (backend): e08841a0-aadc-4462-b6af-1ecb3e9f6c80 Example failed deployment: 2da754bb-ae8f-491c-b6b0-9975d509bba6 Could you please reset the riskLevel / workspace build counter for our workspace? Critical features are blocked. Thank you.
15 days ago
Hey! this should be sorted for your account. I left a comment on your thread.
Please let me know if you're still seeing problems over there 🙂
15 days ago
Looks to be resolved!
You'll just need to redeploy / retrigger deploys on the affected services and everything will come back up.
Going to mark this as solved but feel free to reply to re-open if you're still having issues.
Status changed to Solved mykal • 15 days ago