-
Notifications
You must be signed in to change notification settings - Fork 2.4k
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Restarting sidekiq with upstart script #2482
Comments
You need to give us more precise data. Show us your exact .conf file, show us the exact command that is failing. |
Here's my worker.conf, more or less a direct copy of the one in the trunk. Same goes for sidekiq.conf. I get the following behavior:
and when I then run |
Let's see your sidekiq.yml.
|
---
:logfile: ./log/sidekiq.log
:concurrency: 5
:queues:
- [high_priority, 7]
- [default, 5]
- [low_priority, 3] |
Hmm, can't explain why it's not working then. Looks ok to me.
|
That's what I thought! Shouldn't an upstart job kill its child processes by default? |
Upstart sends TERM to the child process. If the child process forks away (e.g. by daemonizing itself), Upstart can lose track of the process. It's unfortunately complicated. |
This issue still persists for me. @mperham any ideas what could be causing this? |
Wouldn't the fix descriped here help? |
I don't see how that fix is relevant to you. You're only exec'ing the bundle binary, which should work fine. Is your sidekiq.conf still the same? |
yes |
When trying to restart my sidekiq service configured after the example from here https://github.com/mperham/sidekiq/tree/master/examples/upstart, the sidekiq instances are not terminated properly. Only after killing them on my own via
I can successfully restart the job (with
sudo service workers restart
). I'm using Ubuntu 14.04.3 LTS. Is my configuration wrong or is this the expected behavior?The text was updated successfully, but these errors were encountered: