Назад | Перейти на главную страницу

Redis не запускается с systemctl

Я установил redis на машину с Ubuntu 16.04, и если я запустил /usr/local/bin/redis-server /etc/redis/cluster/7000/redis.conf он запускается, и я могу без проблем подключиться к нему.

Однако я хочу начать использовать systemctl start redis, поэтому я создал следующий файл в /etc/systemd/system/redis7000.service

[Unit]
Description=Redis In-Memory Data Store
After=network.target

[Service]
User=redis
Group=redis
ExecStart=/usr/local/bin/redis-server /etc/redis/cluster/7000/redis.conf
ExecStop=/usr/local/bin/redis-cli shutdown
Restart=always

[Install]
WantedBy=multi-user.target

и конфигурация Redis имеет supervised systemd устанавливать

что, на мой взгляд, выглядит неплохо, но я получаю следующие ошибки:

Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: Started Redis In-Memory Data Store.
Jan 19 14:54:27 ip-172-31-42-18 redis-server[21661]: 21661:C 19 Jan 14:54:27.680 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
Jan 19 14:54:27 ip-172-31-42-18 redis-server[21661]: 21661:C 19 Jan 14:54:27.680 # Redis version=4.0.6, bits=64, commit=00000000, modified=0, pid=21661, just started
Jan 19 14:54:27 ip-172-31-42-18 redis-server[21661]: 21661:C 19 Jan 14:54:27.680 # Configuration loaded
Jan 19 14:54:27 ip-172-31-42-18 redis-server[21661]: 21661:C 19 Jan 14:54:27.680 # systemd supervision requested, but NOTIFY_SOCKET not found
Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: redis7000.service: Main process exited, code=exited, status=1/FAILURE
Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: redis7000.service: Unit entered failed state.
Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: redis7000.service: Failed with result 'exit-code'.
Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: redis7000.service: Service hold-off time over, scheduling restart.
Jan 19 14:54:27 ip-172-31-42-18 systemd[1]: Stopped Redis In-Memory Data Store.

И я даже не уверен, что это значит, так может ли кто-нибудь направить меня в правильном направлении?

Чтобы запустить redis под systemd, вам нужно установить supervised systemd.

См. Файл конфигурации:

# If you run Redis from upstart or systemd, Redis can interact with your
# supervision tree. Options:
#   supervised no      - no supervision interaction
#   supervised upstart - signal upstart by putting Redis into SIGSTOP mode
#   supervised systemd - signal systemd by writing READY=1 to $NOTIFY_SOCKET
#   supervised auto    - detect upstart or systemd method based on
#                        UPSTART_JOB or NOTIFY_SOCKET environment variables
# Note: these supervision methods only signal "process is ready."
#       They do not enable continuous liveness pings back to your supervisor.
supervised no

Необходимо изменить на:

supervised systemd

Вы также можете передать это в командной строке, которая переопределяет настройку в redis.conf. Это делают системы на базе Red Hat. Это также позволяет запускать один и тот же экземпляр Redis вручную или из systemd без изменения файла конфигурации.

ExecStart=/usr/bin/redis-server /etc/redis.conf --supervised systemd

Кроме того, вам также необходимо сообщить systemd, что redis будет работать в этом режиме, установив Type=notify в [Service] раздел.

Поскольку я не могу добавить комментарий из-за отсутствия репутации, примите это как комментарий к ответу Майкла Хэмпстона.

При изменении systemd служебный файл, используйте команду systemctl edit redis-server чтобы создать переопределение. В открывшемся окне редактирования введите следующее:

[Service]
Type=notify

Сохраните и выйдите, затем завершите установку apt install -f.

Если вы измените службу в /lib/systemd/system, вы потеряете эти правки при следующем обновлении.

Видеть: изменить файл модуля systemd без изменения файла модуля восходящего потока

PS: Этот вопрос избавил меня от необходимости слишком долго чесать голову, поскольку я только что столкнулся с проблемой.

Один из способов отладить это - скопировать ExecStart line и выполните на терминале, вы часто будете получать ошибку. Так что это даст вам больше подсказок для отладки и решения.

Я сделал то же самое, получил точную ошибку и решил ее.