☰

Os serviços Redis Sentinel Systemd não iniciam no Ubuntu 16.04 e CentOS 7

tag-icon • tag-icon centos7 ubuntu-16.04 redis redis-sentinel
Os serviços Redis Sentinel Systemd não iniciam no Ubuntu 16.04 e CentOS 7

Estou tendo problemas para iniciar meus serviços do Redis Sentinel Systemd.

Posso executar sentinelas manualmente com sucesso - por exemplo:

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

Três servidores redis em 10.9.8.1, .2, .3

.2 e .3 são escravos de .1 e a replicação está funcionando

rediso usuário do serviço tem 0600acesso r/w para ambos redis.confe sentinel.confpara todos os três hosts

Para Slave1 e Slave2 (10.9.8.2 e 10.9.8.3), adicionei o seguinte redis.conf:

+ slaveof 127.0.0.1 6380

Para Mestre, Escravo1 e Escravo2:

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

Saída do mestre no início do serviço:

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; 6s atrás Documentos:http://redis.io/documentação, man:redis-sentinel(1) Processo: 5376 ExecStopPost=/bin/run-parts --verbose /etc/redis/redis-sentinel.post-down.d (code=exited, status=0/SUCCESS) Processo: 7893 ExecStart=/usr/bin/redis-sentinel /etc/redis/sentinel.conf (código=exited, status=1/FAILURE) Processo: 7890 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis -sentinel.pre-up.d (código=saída, status=0/SUCESSO)

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.

Saída do Slave2 no início do serviço - em execução, mas por que sair em caso de falha?:

[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

Saída do Slave2 no início do serviço:

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.

Nenhum deles deixa qualquer saída em/var/log/redis/

Alguma ideia?

Muito obrigado!

Responder1

Parece ter sido resolvido pelo seguinte, encontrado aqui:Redis não inicia com systemctl

Veja o arquivo de configuração:

Se você executar o Redis a partir do upstart ou do systemd, o Redis poderá interagir com sua árvore de supervisão. Opções: supervisionado não - sem interação de supervisão upstart supervisionado - sinalizar upstart colocando Redis no modo SIGSTOP systemd supervisionado - sinalizar systemd escrevendo READY=1 em $NOTIFY_SOCKET supervisionado automaticamente - detectar método upstart ou systemd com base nas variáveis ​​de ambiente UPSTART_JOB ou NOTIFY_SOCKET Observação: estas os métodos de supervisão apenas sinalizam "o processo está pronto". Eles não permitem pings contínuos de atividade de volta ao seu supervisor.

supervised no

Precisa ser alterado para:

supervised systemd

Você também pode passar isso na linha de comando, que substitui a configuração em redis.conf. Os sistemas baseados em Red Hat fazem isso. Isso também permite executar a mesma instância do redis manualmente ou a partir do systemd sem alterar o arquivo de configuração.

ExecStart=/usr/bin/redis-server /etc/redis.conf --supervised systemd Além disso, você também precisa informar ao systemd que o redis estará operando neste modo configurando Type=notify na seção [Serviço].

informação relacionada