ServiceInstanceRedeploys Failing via GraphQL Endpoint
I recently had my CI begin to fail as a result of a failing service instance redeploy. As a quick tldr I've been using this github action https://github.com/Faolain/railway-pr-deploy/blob/main/index.js for many months now unchanged. However I recently added a new service and it appears after adding this new service, the serviceInstanceRedeploys fail via the CI (which uses the graphql endpoint). I tried on my local graphql GUI and see the same issue. Is there any reason why this serviceInstanceRedeploy is failing/how to find more information about this?
GitHub
railway-pr-deploy/index.js at main · Faolain/railway-pr-deploy
Contribute to Faolain/railway-pr-deploy development by creating an account on GitHub.
16 Replies
Project ID:
7b1d4989-a0d3-4bb1-98de-a5372becb82d
7b1d4989-a0d3-4bb1-98de-a5372becb82d
Github Action Logs
Replicated in GraphQL GUI
Something to note is that this particular service which is encountering an issue is based on a template but I'm not sure if that is the reason for the failure
Unsure why I wouldn't be able to redeploy the service like any other. There doesn't seem to be much information either about the error other than
mind sending the query and variables over?
yep!
the other 2 services are redeploying just fine, it's just this service which is the problematic one
(it's programmatic so no change in the syntax just a loop which passes the different serviceIds through, the one based on the template is the one that's failing)
what is the state of the service?
Running/Active without error
no issue/same as rest
that is not a valid state though, im talking about in the context of railway
Active
The Github Action logs
The state of the other services are the same as the one that's failing
I think you should take this as a sign to update the action to use staged changes
I believe at the time when I was looking at this it was not feasible due to a lack of support of certain features that we needed
hence the railway team undeprecating one of the endpoints to maintain continued support
in any case that seems a bit over the top for what seems to be a serviceInstanceRedeploy which we may have to do later programatically in any case
it was possible i did it in the dashboard just fine, and i think jr even recommended you used staged changes too
^ , is there any way railway can investigate why this serviceInstance is not deploying whereas the others are deploying just fine?
Maybe an edge case with how templates are managed?
Especially considering the error message isn't really helpful
closing in favor of your private thread!