Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. Redis
  4. Redis Replication - Can't handle RDB format version 10

Redis Replication - Can't handle RDB format version 10

Verschoben Redis
  • FrankMF

    Debian hat einen neuen Kernel raus gebracht, so das ich diesen installiert habe und heute Morgen meine Cloud einmal durch gestartet habe. So weit lief alles. Zur Sicherheit kontrolliere ich immer die Replication der Redis Datenbank. Im Log dann dieses.

    685:S 07 May 2022 08:01:46.686 # Can't handle RDB format version 10
685:S 07 May 2022 08:01:46.686 # Failed trying to load the MASTER synchronization DB from disk

    Versionen kontrollieren

    Master

    root@server:~# redis-server -v
Redis server v=7.0.0 sha=00000000:0 malloc=jemalloc-5.2.1 bits=64 build=698b5df4772f6164

    Paketversionen ?

    golang-github-stvp-tempredis-dev/stable,stable 0.0~git20160122.0.83f7aae-2.1 all
  Go package to start and stop temporary redis-server processes

libtest-redisserver-perl/stable,stable 0.21-2 all
  redis-server runner for tests

python3-hiredis/stable,stable 1.0.1-1+b2 amd64
  redis protocol reader for Python using hiredis

redis/unknown,unknown,now 6:7.0.0-1rl1~bullseye1 all [installed]
  Persistent key-value database with network interface (metapackage)

redis-server/unknown,now 6:7.0.0-1rl1~bullseye1 amd64 [installed,automatic]
  Persistent key-value database with network interface

    Replica

    root@database-2gb-nbg1-2:/var/log/redis# redis-server -v
Redis server v=6.0.16 sha=00000000:0 malloc=jemalloc-5.2.1 bits=64 build=6d95e1af3a2c082a

    Paketversionen ?

    golang-github-stvp-tempredis-dev/stable,stable 0.0~git20160122.0.83f7aae-2.1 all
  Go package to start and stop temporary redis-server processes

libtest-redisserver-perl/stable,stable 0.21-2 all
  redis-server runner for tests

python3-hiredis/stable,stable 1.0.1-1+b2 amd64
  redis protocol reader for Python using hiredis

redis/stable,stable-security,stable,stable-security,now 5:6.0.16-1+deb11u2 all [installed]
  Persistent key-value database with network interface (metapackage)

redis-server/stable,stable-security,stable,stable-security,now 5:6.0.16-1+deb11u2 amd64 [installed,automatic]
  Persistent key-value database with network interface

    Gut, die beiden Versionen passen nicht zusammen 🤔 Nach einem Schluck Kaffee, fällt auf das ich beim MASTER, wohl die Redis Pakete von Redis direkt beziehe.

    deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb bullseye main

    Ok, das erklärt die Differenz. Da ich jetzt wusste, woher das Problem kam, konnte ich versuchen es zu lösen. Es ergaben sich dabei mehrere Probleme.

    Problem 1

    Installation nach Anleitung, scheitert.

     root@:/etc/systemd/system# curl -fsSL https://packages.redis.io/gpg | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg
 sudo: gpg: command not found
 (23) Failed writing body

    Dafür habe ich keine Lösung gefunden, ich habe aber im Kopf das da irgendwann auf Debian Seite was geändert wurde? Da ich mich damit nicht aufhalten wollte, habe ich die Dinge die ich brauchte von dem anderen Server kopiert 😉

    Problem 2

    Nach

    apt update && apt upgrade

    startet Redis nicht 😞

    root@# systemctl status redis-server.service
● redis-server.service - Advanced key-value store
     Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
     Active: failed (Result: protocol) since Sat 2022-05-07 09:07:49 CEST; 5min ago
       Docs: http://redis.io/documentation,
             man:redis-server(1)
    Process: 5467 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS)
   Main PID: 5467 (code=exited, status=0/SUCCESS)
        CPU: 23ms

May 07 09:07:49 database systemd[1]: redis-server.service: Scheduled restart job, restart counter is at 5.
May 07 09:07:49 database systemd[1]: Stopped Advanced key-value store.
May 07 09:07:49 database systemd[1]: redis-server.service: Start request repeated too quickly.
May 07 09:07:49 database systemd[1]: redis-server.service: Failed with result 'protocol'.
May 07 09:07:49 database systemd[1]: Failed to start Advanced key-value store.

    Es hat lange gedauert und viele Test, bis ich raus bekommen hatte das das Problem im redis-server.service lag. Ich habe mich hinterher gefragt, warum startet der Dienst auf dem anderen Server einwandfrei!? Also vergleichen und feststellen, das er etwas anders ist. Die folgende Zeile

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

    ist Standard(?). Bin mir da nicht 100% sicher, aber so war es angelegt, nachdem ich redis-server mit purge entfernt hatte und danach neu installiert habe. Auf meinem anderen Server sieht das aber wie folgt aus.

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

    Danach ein

    systemctl daemon-reload

    und ich konnte den Dienst wieder erfolgreich starten.

    systemctl start redis-server.service

    Kontrolle ob die Replication einwandfrei läuft mit

    tail -n 45 /var/log/redis/redis-server.log

    Ausgabe

    6208:S 07 May 2022 09:34:05.469 * Successful partial resynchronization with master.
6208:S 07 May 2022 09:34:05.469 * MASTER <-> REPLICA sync: Master accepted a Partial Resynchronization.
6208:S 07 May 2022 09:39:05.098 * 10 changes in 300 seconds. Saving...
6208:S 07 May 2022 09:39:05.102 * Background saving started by pid 6276
6276:C 07 May 2022 09:39:05.673 * DB saved on disk
6276:C 07 May 2022 09:39:05.675 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
6208:S 07 May 2022 09:39:05.703 * Background saving terminated with success
6208:S 07 May 2022 09:44:06.046 * 10 changes in 300 seconds. Saving...
6208:S 07 May 2022 09:44:06.050 * Background saving started by pid 6300
6300:C 07 May 2022 09:44:06.627 * DB saved on disk
6300:C 07 May 2022 09:44:06.629 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
6208:S 07 May 2022 09:44:06.652 * Background saving terminated with success

    Alles wieder gut. Dauer: Drei Tassen ☕

    Und, ich muss an meiner Dokumentation noch einiges verbessern.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF FrankM verschob dieses Thema von Privat am

  • FrankMF

    Redis ConnectionPool

    Redis
    2
    0 Stimmen
    2 Beiträge
    209 Aufrufe
    FrankMF

    Die Antwort von ChatGPT wie der Redis ConnectionPool funktioniert. Ein paar Dinge finde ich komisch.

    https://chat.openai.com/share/b10fdadc-2c9b-404a-bc99-c883d110d6af

  • FrankMF

    Redis - Datenbank Zugriff mit Python

    Redis
    3
    0 Stimmen
    3 Beiträge
    157 Aufrufe
    FrankMF

    Ich bin mit der Lernkurve noch nicht so richtig zufrieden. Eine Frage die sich mir stellte, geht das einfacher? Der Ursprung meiner Datenbank Struktur liegt in einem anderen Projekt, wo ich versucht habe Daten permanent in einem File zu speichern. Dazu hatte ich damals JSON genommen. Deswegen auch diese Zeilen

    self.project = str(db_client.json().get('settings', '$..project')[0]) or self.project

    Gut, ich hatte dann mal ChatGPT gefragt, wie macht man das so 'normalerweise'? es kam eine Klasse heraus, die ich dann intensiv ausprobiert habe, ein wenig umgebaut usw. So lange, bis ich der Meinung war, ok ich habe es verstanden. Jetzt nutzte der Code auch mehr Redis Funktionen, wie

    self.client.hset('settings', name, json.dumps(data))

    Es waren jetzt folgende Funktionen drin

    hset hexists hdel hget

    Dokumentation -> https://redis.io/commands/hset/

    Beim Durchlesen des Codes hatte ich jetzt mehr das Gefühl, so muss das sein 🙂

    In RedisInsight sieht das dann jetzt so aus.

    393195f7-1017-4285-8fca-734ee6b4bff7-grafik.png

    Klasse class PortfolioSettings: def __init__(self, host='172.17.0.2', port=6379, db=0): if args.test_mode == 1: self.client = redis.StrictRedis(host=SERVER_IP, port=port, db=TEST[0]) else: self.client = redis.StrictRedis(host=SERVER_IP, port=port, db=LIVE[0]) def set_settings(self, name, data): """Init settings if db don't exist""" if not self.client.hexists('settings', name): self.client.hset('settings', name, json.dumps(data)) return True return False def edit_setting(self, name, data): """Edit an entry in settings""" if self.client.hexists('settings', name): self.client.hset('settings', name, json.dumps(data)) return True return False def delete_setting(self, name): """Delete an entry in settings""" return self.client.hdel('settings', name) def get_setting(self, name): """Get an entry in settings""" setting = self.client.hget('settings', name) return json.loads(setting) if setting else None def get_all_settings(self): """Get all entries in settings""" settings = self.client.hgetall('settings') return {k.decode(): json.loads(v) for k, v in settings.items()}

    Und hier die Initialisierung

    settings_data = PortfolioSettings() ##################### # Will only be executed if DB is not available! ##################### if not settings_data.get_all_settings(): # Settings initialisieren print("INIT") settings_data.set_settings("project", "Portfolio") settings_data.set_settings("version", "0.0.3") settings_data.set_settings("theme", "dark") settings_data.set_settings("url_list", ["https://www.onvista.de/aktien/Deutsche-Telekom-Aktie-DE0005557508"]) settings_data.set_settings("exchange_list", ['DKB','Smartbroker','BUX'])

    Teile der Klasse sind [KI-generiert]

    Ich war zufrieden und habe die Klasse dann in mein Projekt übernommen und den Code überall entsprechend angepasst.

  • FrankMF

    Update v2.2.2

    NodeBB
    1
    0 Stimmen
    1 Beiträge
    82 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Redis - Zweite Instanz

    Redis
    1
    0 Stimmen
    1 Beiträge
    233 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Redis - Sicherheitsupdate Debian

    Redis
    1
    0 Stimmen
    1 Beiträge
    138 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Portainer - NodeBB Container erstellen

    Linux
    1
    0 Stimmen
    1 Beiträge
    324 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Wenn dir der Redis-Server flöten geht....

    Verschoben Redis
    3
    0 Stimmen
    3 Beiträge
    561 Aufrufe
    FrankMF

    So, nach einer kleinen Pause und ein wenig nachdenken ist mir doch noch was eingefallen 😉

    Backports! Man so einfach!

    nano /etc/apt/sources.list

    Das folgende eintragen.

    # backports deb http://deb.debian.org/debian stretch-backports main

    Danach ein

    apt update

    Und dann schauen wir uns mal die Version an....

    apt -t stretch-backports search redis-server Sorting... Done Full Text Search... Done golang-github-stvp-tempredis-dev/stretch-backports 0.0~git20160122.0.83f7aae-1~bpo9+1 all Go package to start and stop temporary redis-server processes libtest-redisserver-perl/oldstable,oldstable 0.20-1 all redis-server runner for tests python-hiredis/oldstable,oldstable 0.2.0-1+b2 amd64 redis protocol reader for Python 2.X using hiredis python3-hiredis/oldstable,oldstable 0.2.0-1+b2 amd64 redis protocol reader for Python using hiredis redis/stretch-backports 5:5.0.3-3~bpo9+2 all Persistent key-value database with network interface (metapackage) redis-server/stretch-backports 5:5.0.3-3~bpo9+2 amd64 [residual-config] Persistent key-value database with network interface

    Und die habe ich gestern Abend gebaut.

    127.0.0.1:6379> INFO # Server redis_version:5.0.5

    Ok, das schmerzt jetzt 😛

  • FrankMF

    Redis Replication

    Angeheftet Verschoben Redis
    4
    1 Stimmen
    4 Beiträge
    464 Aufrufe
    FrankMF

    Um die Verbindung zu testen, kann man folgende Befehle nutzen.

    redis-cli -h 10.1.1.0 -p 6379 -a <PASSWORD>

    und

    telnet 10.1.1.0 6379