# Sidekiq s'arrête et ne redémarre pas

**URL:** <https://meta.discourse.org/t/sidekiq-dying-and-not-coming-back-up/111267>\
**Category:** Self-hosting\
**Created:** [Mars 11, 2019, 12:51 UTC](https://meta.discourse.org/t/sidekiq-dying-and-not-coming-back-up/111267 "2019-03-11T12:51:29Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![LeoMcA](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/leomca/32/87233_2.png) [@LeoMcA](https://meta.discourse.org/u/LeoMcA)\
**Post date:** [Mars 11, 2019, 12:51 UTC](https://meta.discourse.org/t/sidekiq-dying-and-not-coming-back-up/111267/1 "2019-03-11T12:51:29Z")

</div>

I’ve got a bit of a mysterious issue going on with my sidekiq processes: they keep dying and they don’t come back up.

The monitoring of sidekiq processes that @sam talks about here [https://meta.discourse.org/t/running-sidekiq-more-efficiently-and-reliably/15001](https://meta.discourse.org/t/running-sidekiq-more-efficiently-and-reliably/15001) does seem to be working, sometimes.

The unicorn stderr logs are filled with `Detected dead worker <xxxx>, restarting...`, averaging about 40 a day, and I’ve witnessed the process come back up after one of these log messages, so this is working (at least sometimes).

There’s the occasional worker timeout (like `ERROR -- : worker=0 PID:13069 timeout (31s > 30s), killing`), and a **lot** of `Passing 'connection' command to redis as is; blind passthrough has been deprecated and will be removed in redis-namespace 2.0 (at /var/www/discourse/vendor/bundle/ruby/2.5.0/gems/sidekiq-5.2.5/lib/sidekiq/web/helpers.rb:152:in `block in redis_connection')`, but I can’t see that these would bring sidekiq down.

And when I say sidekiq is down, I mean it’s totally dead, [it’s an _ex_-job scheduler](https://youtu.be/-SB4gB3DEhA?t=197). The process doesn’t exist.

Each of our instances is running with 1.7GB of memory allocated, so this shouldn’t be an OOM problem.

For the time being I’ve left Discourse running with only one sidekiq process so I know as soon as it dies, and I can have a trawl through the logs for anything that might be causing it.

Has anyone got any ideas what might be causing this, or any logfiles I should be looking at which I might not be?

**EDIT:** `tmp/pids/sidekiq_0.pid` _does_ exist (but the process it points to doesn’t)

---

_[View the full topic](https://meta.discourse.org/t/sidekiq-dying-and-not-coming-back-up/111267)._