Skip to content
This repository has been archived by the owner on Jul 12, 2023. It is now read-only.

Need more reliable halt #458

Open
ulzha opened this issue Apr 17, 2018 · 1 comment
Open

Need more reliable halt #458

ulzha opened this issue Apr 17, 2018 · 1 comment

Comments

@ulzha
Copy link
Contributor

ulzha commented Apr 17, 2018

The Styx CLI halt command works via the common QueuedStateManager, and slow processing of the queue is one of the more common overload symptoms in Styx. Thus when Styx is overloaded with elevated queued events count, styx halt doesn't appear to do anything.

The CLI error is moreover quite uninformative, like API error: 500 : "Request Request{method=POST, url=https://styx-scheduler.spotify.net/api/v0/halt, tag=Request{method=POST, url=https://styx-scheduler.spotify.net/api/v0/halt, tag=null}} failed"

@ulzha
Copy link
Contributor Author

ulzha commented Apr 17, 2018

It might be preferable to even add a stronger variant, styx halt --kill or something, that lets users kill their Kubernetes container, instead of just issuing a halt event and waiting for its eventual processing.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant