Das habe ich doch oben vergessen reinzuschreiben, also wenn man das mal von extern testen muss um zu schauen ob die Verbindung geht. Keine Firewall blockt usw. dann kann man das ganz einfach so machen.
root@webserver:~# redis-cli -h 10.10.1.10 -p 6379 10.10.1.10:6379> quitRedis - systemd anpassen
-
Ich habe auf meinem Datenbank Server immer wieder Probleme mit meiner Redis Replication. Wenn das Updates kommen überschreibt der immer wieder die Datei des systemd Dienstes.
Unter /etc/systemd/system findet man die Datei redis.service
Dort gibt es zwei Zeilen, die bei mir Schwierigkeiten bereiten.
ExecStart=/usr/bin/redis-server /etc/redis/redis.conf ReadWriteDirectories=-/var/redisDiese müssen bei mir so aussehen
ExecStart=/usr/bin/redis-server /etc/redis/redis.conf --supervised systemd --daemonize no ReadWriteDirectories=-/var/run/redisWenn man den Original Dienst ändert, ist das keine gute Idee. Beim nächsten Update ist das dann wieder weg
Ein wenig gegoogelt und mal nachgelesen, wie man das richtig macht. Das läuft eigentlich genauso, wie mit den config Dateien, wo man das so in der Art macht.
- 10-file1
- 20-file2
- usw.
Ihr kennt das.
Bei SystemD Diensten legt man ein Verzeichnis an, in meinem Fall
/etc/systemd/redis.confDa hinein kommt das File
10-startup.confInhalt des Files
# [Service] ExecStart=/usr/bin/redis-server /etc/redis/redis.conf --supervised systemd --daemonize no ReadWriteDirectories=-/var/run/redisDer SystemD Dienst sieht jetzt beim Starten, das diese Datei vorhanden ist und überschreibt dann die Werte entsprechend. Somit startet meine Redis Replication auch, wenn mal wieder ein Update reinkommt.
Vorsicht. Dieser Beitrag kann Fehler enthalten, ich bin mir nicht 100% sicher, das das so alles passt. Beim nächsten Update werde ich sehen ob alles klappt und diese Zeile hier entfernen.
Das hier kann man dann natürlich für alle systemd Dienste benutzen.