Skip to content

Redis Replication - Can't handle RDB format version 10

Verschoben Redis
  • 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.

  • FrankMF FrankM verschob dieses Thema von Privat am

  • 0 Stimmen
    1 Beiträge
    42 Aufrufe
    Niemand hat geantwortet
  • Redis - Datenbank Zugriff mit Python

    Redis
    3
    0 Stimmen
    3 Beiträge
    93 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.

  • Redis Insight - Desktop UI

    Redis
    1
    0 Stimmen
    1 Beiträge
    76 Aufrufe
    Niemand hat geantwortet
  • Docker & Redis Datenbank

    Verschoben Linux
    2
    0 Stimmen
    2 Beiträge
    152 Aufrufe
    FrankMF

    @FrankM sagte in Docker & Redis Datenbank:

    save 60 1
    #save 900 1
    save 300 10
    save 60 10000

    Hier kann man auch noch schön sehen, wie ich gekämpft habe, bis ich mal eine dump.rdb gesehen habe. Auch irgendwie logisch, das ich nie eine gesehen hatte, wenn man weiß das

    save 900 1

    bedeutet, das er alle 900 Sekunden speichert, wenn mindestens eine Änderung vorhanden ist. Das kann dann schon was dauern. Ich habe das dann mal verkürzt, damit ich schneller ein Ergebnis habe.

    save 60 1

    Das brachte mich dann dem Ziel näher. Danach konnte ich die dump.rdb auch finden.

    Bitte keine Redis DB ohne Passwort laufen lassen!
  • Redis - Fehler bei apt update && apt upgrade

    Redis
    1
    0 Stimmen
    1 Beiträge
    168 Aufrufe
    Niemand hat geantwortet
  • Redis - Sicherheitsupdate Debian

    Redis
    1
    0 Stimmen
    1 Beiträge
    122 Aufrufe
    Niemand hat geantwortet
  • Redis Replication über Wireguard

    Redis
    5
    0 Stimmen
    5 Beiträge
    376 Aufrufe
    K

    👍
    spart bischen zeit

  • Redis installieren

    Angeheftet Verschoben Redis
    1
    0 Stimmen
    1 Beiträge
    358 Aufrufe
    Niemand hat geantwortet