Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] - Jobs.stop - stop all instances... #38

Open
gary-menzel opened this issue Mar 9, 2018 · 2 comments
Open

[Feature Request] - Jobs.stop - stop all instances... #38

gary-menzel opened this issue Mar 9, 2018 · 2 comments

Comments

@gary-menzel
Copy link

Given Dominator is a central point, it may be possible to implement a flag in the Dominator record that, if set, means the instance will stop itself. With that, it would be possible to pass a "stop all" flag to Jobs.stop in a multi-instance environment (to be able to stop queues across ALL servers by setting the flag in the dominator record).

Similarly, all instances could be restarted again by changing the flag back.

It's an "emergency" thing - in case jobs are going crazy.

@msavin
Copy link
Owner

msavin commented Mar 9, 2018

Indeed - it is under consideration.

@wildhart
Copy link

If you really need this in a hurry then you could try my 'fork' which as of today allows Jobs.stop and Jobs.start to work in a multi-server environment, using a flag in the dominator record as you suggest.

It's mostly API compatible with SteveJobs so could be a drop-in replacement if you don't need job history or job data. You should also be able to switch back easily when this feature is available in SteveJobs - my fork is more of a proof-of-concept than something I intend to maintain, although it's working happily for me in production. I strongly advise you to test it locally and on staging server(s) first.

Do your jobs actually go crazy (if so, do you know why?), or is this just-in-case?

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

No branches or pull requests

3 participants