☰

Службы Redis Sentinel Systemd не запускаются в Ubuntu 16.04 и CentOS 7

tag-icon • tag-icon centos7 ubuntu-16.04 redis redis-sentinel
Службы Redis Sentinel Systemd не запускаются в Ubuntu 16.04 и CentOS 7

Возникли проблемы с запуском служб Redis Sentinel systemd.

Я могу успешно запустить Sentinel вручную, например:

root@poolwc:/etc/redis# redis-sentinel ./sentinel.conf --sentinel

Три сервера Redis по адресу 10.9.8.1, .2, .3

.2 и .3 являются подчиненными по отношению к .1 и репликация работает

redisпользователь сервиса имеет 0600доступ на чтение и запись к обоим redis.confи sentinel.confдля всех трех хостов

Для Slave1 и Slave2 (10.9.8.2 и 10.9.8.3) я добавил следующее redis.conf:

+ slaveof 127.0.0.1 6380

Для Master, Slave1 и Slave2:

sentinel.conf:

sentinel monitor mymaster 10.9.8.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1

Вывод от мастера при запуске службы:

root@poolwc:/etc/redis# systemctl start redis-sentinel
Job for redis-sentinel.service failed because the control process exited with error code. See "systemctl status redis-sentinel.service" and "journalctl -xe" for details.

    root@poolwc:/etc/redis# systemctl status redis-sentinel.service
    ● redis-sentinel.service - Advanced key-value store
       Loaded: loaded (/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: enabled)
       Active: inactive (dead) (Result: exit-code) since Mon 2018-02-26 21:54:12

PST; 6 с назад Документы:http://redis.io/documentation, man:redis-sentinel(1) Процесс: 5376 ExecStopPost=/bin/run-parts --verbose /etc/redis/redis-sentinel.post-down.d (код=вышел, статус=0/УСПЕХ) Процесс: 7893 ExecStart=/usr/bin/redis-sentinel /etc/redis/sentinel.conf (код=вышел, статус=1/ОШИБКА) Процесс: 7890 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-sentinel.pre-up.d (код=вышел, статус=0/УСПЕХ)

Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Control process exited, code=exited status=1
Feb 26 21:54:12 poolwc systemd[1]: Failed to start Advanced key-value store.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Unit entered failed state.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Failed with result 'exit-code'.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Service hold-off time over, scheduling restart.
Feb 26 21:54:12 poolwc systemd[1]: Stopped Advanced key-value store.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Start request repeated too quickly.
Feb 26 21:54:12 poolwc systemd[1]: Failed to start Advanced key-value store.

Вывод от Slave2 при запуске службы — работает, но почему происходит выход при сбое?:

[root@ns1 etc]# systemctl start redis-sentinel
[root@ns1 etc]# systemctl status redis-sentinel
● redis-sentinel.service - Redis Sentinel
   Loaded: loaded (/usr/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/redis-sentinel.service.d
           └─limit.conf
   Active: active (running) since Mon 2018-02-26 21:55:58 PST; 5s ago
  Process: 12876 ExecStop=/usr/libexec/redis-shutdown redis-sentinel (code=exited, status=1/FAILURE)
 Main PID: 12944 (redis-sentinel)
   CGroup: /system.slice/redis-sentinel.service
           └─12944 /usr/bin/redis-sentinel *:26379 [sentinel]

Feb 26 21:55:58 ns1 redis-sentinel[12944]: |    `-._`-._        _.-'_.-'    |           http://redis.io
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-._`-.__.-'_.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: |`-._`-._    `-.__.-'    _.-'_.-'|
Feb 26 21:55:58 ns1 redis-sentinel[12944]: |    `-._`-._        _.-'_.-'    |
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-._`-.__.-'_.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-.__.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._        _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-.__.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: 12944:X 26 Feb 21:55:58.490 # Sentinel ID is 659761a6f8328e59d43086ef3265450fcec5d2f5
Feb 26 21:55:58 ns1 redis-sentinel[12944]: 12944:X 26 Feb 21:55:58.490 # +monitor master mymaster 10.9.8.1 6379 quorum 2

Вывод от Slave2 при запуске службы:

root@poolec:/etc/redis# systemctl start redis-sentinel
Job for redis-sentinel.service failed because the control process exited with error code. See "systemctl status redis-sentinel.service" and "journalctl -xe" for details.
root@poolec:/etc/redis# systemctl status redis-sentinel

    ● redis-sentinel.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: enabled)
   Active: inactive (dead) (Result: exit-code) since Tue 2018-02-27 05:57:09 UTC; 5s ago
     Docs: http://redis.io/documentation,
           man:redis-sentinel(1)
  Process: 4130 ExecStart=/usr/bin/redis-sentinel /etc/redis/sentinel.conf (code=exited, status=1/FAILURE)
  Process: 4127 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-sentinel.pre-up.d (code=exited, status=0/SUCCESS)

Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Unit entered failed state.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Failed with result 'exit-code'.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Service hold-off time over, scheduling restart.
Feb 27 05:57:09 poolec systemd[1]: Stopped Advanced key-value store.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Start request repeated too quickly.
Feb 27 05:57:09 poolec systemd[1]: Failed to start Advanced key-value store.

Ни один из них не оставляет никаких следов/var/log/redis/

Есть идеи?

Большое спасибо!

решение1

Похоже, что проблема решается следующим образом:Redis не запускается с systemctl

Смотрите файл конфигурации:

Если вы запускаете Redis из upstart или systemd, Redis может взаимодействовать с вашим деревом контроля. Параметры: supervisord no — взаимодействие без контроля supervisord upstart — сигнал upstart путем перевода Redis в режим SIGSTOP supervisord systemd — сигнал systemd путем записи READY=1 в $NOTIFY_SOCKET supervisord auto — определение метода upstart или systemd на основе переменных среды UPSTART_JOB или NOTIFY_SOCKET Примечание: эти методы контроля только сигнализируют о готовности процесса. Они не позволяют осуществлять непрерывные пинги для проверки работоспособности супервайзеру.

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].

Связанный контент