☰

Redis Sentinel Systemd-Dienste können unter Ubuntu 16.04 und CentOS 7 nicht gestartet werden

tag-icon • tag-icon centos7 ubuntu-16.04 redis redis-sentinel
Redis Sentinel Systemd-Dienste können unter Ubuntu 16.04 und CentOS 7 nicht gestartet werden

Ich habe Probleme, meine Redis Sentinel Systemd-Dienste zu starten.

Ich kann Sentinels erfolgreich manuell ausführen – zB:

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

Drei Redis-Server unter 10.9.8.1, .2, .3

.2 und .3 sind Slaves von .1 und die Replikation funktioniert

redisDer Service-Benutzer hat 0600Lese-/Schreibzugriff auf beide redis.confund sentinel.conffür alle drei Hosts

Für Slave1 und Slave2 (10.9.8.2 und 10.9.8.3) habe ich Folgendes hinzugefügt redis.conf:

+ slaveof 127.0.0.1 6380

Für Master, Slave1 und 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

Ausgabe vom Master beim Dienststart:

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; vor 6 Sek. Dokumente:http://redis.io/documentation, man:redis-sentinel(1) Prozess: 5376 ExecStopPost=/bin/run-parts --verbose /etc/redis/redis-sentinel.post-down.d (Code=exited, Status=0/ERFOLGREICH) Prozess: 7893 ExecStart=/usr/bin/redis-sentinel /etc/redis/sentinel.conf (Code=exited, Status=1/FEHLER) Prozess: 7890 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-sentinel.pre-up.d (Code=exited, Status=0/ERFOLGREICH)

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.

Ausgabe von Slave2 beim Start des Dienstes – läuft, aber warum wird der Dienst bei einem Fehler beendet?:

[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

Ausgabe von Slave2 beim Dienststart:

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.

Keiner von ihnen hinterlässt eine Ausgabe in/var/log/redis/

Irgendwelche Ideen?

Vielen Dank!

Antwort1

Das Problem scheint durch Folgendes gelöst zu werden. Hier zu finden:Redis startet nicht mit systemctl

Siehe die Konfigurationsdatei:

Wenn Sie Redis von Upstart oder Systemd aus ausführen, kann Redis mit Ihrem Überwachungsbaum interagieren. Optionen: Supervised No – keine Überwachungsinteraktion Supervised Upstart – Upstart signalisieren, indem Redis in den SIGSTOP-Modus versetzt wird Supervised Systemd – Systemd signalisieren, indem READY=1 in $NOTIFY_SOCKET geschrieben wird Supervised Auto – Upstart- oder Systemd-Methode anhand der Umgebungsvariablen UPSTART_JOB oder NOTIFY_SOCKET erkennen Hinweis: Diese Überwachungsmethoden signalisieren nur „Prozess ist bereit“. Sie ermöglichen keine kontinuierlichen Liveness-Pings zurück an Ihren Supervisor.

supervised no

Muss geändert werden in:

supervised systemd

Sie können dies auch in der Befehlszeile übergeben, wodurch die Einstellung in redis.conf überschrieben wird. Red Hat-basierte Systeme tun dies. Dies ermöglicht auch das Ausführen derselben Redis-Instanz manuell oder von systemd aus, ohne die Konfigurationsdatei zu ändern.

ExecStart=/usr/bin/redis-server /etc/redis.conf --supervised systemd Darüber hinaus müssen Sie systemd mitteilen, dass Redis in diesem Modus ausgeführt wird, indem Sie im Abschnitt [Service] Type=notify festlegen.

verwandte Informationen