Redis din imaginea docker redis:6.2.5-alpine3.14 nu poate porni „Șir comprimat LZF nevalid”

După repornirea containerului docker cu redis:6.2.5-alpine3.14, nu poate începe cu eroare:

[offset 55130] Eroare internă în citirea RDB offset 0, funcție la rdb.c:411 -> șir comprimat LZF invalid

Totul este în regulă după ce spațiul de stocare Redis a fost curățat:

# ls -la /redis/
total 68
drwxr-xr-x. 2 polkitd 1000 43 Oct 4 19:22 .
drw-r-----. 14 rădăcină rădăcină 179 8 septembrie 19:51 ..
-rw-r--r--. 1 polkitd 1000 63907 Oct 4 19:13 dump.rdb
-rw-r--r--. 1 polkitd root 4096 Oct 4 19:22 .dump.rdb.swp

Poate cineva să explice care poate fi motivul acestei probleme?

Aceasta înseamnă că baza de date RDB este coruptă. Ar trebui să opriți containerul și să restaurați fișierul dintr-o copie de rezervă. Dacă nu îl puteți restaura, îl puteți redenumi/muta pentru a avea o copie de rezervă coruptă în cazul în care doriți să o restaurați parțial, apoi porniți containerul redis.

Dacă acest lucru se întâmplă des, verificați dacă AOF (Adăugați numai fișier) este mai bine pentru dvs. Puteți avea atât RDB, cât și AOF în același timp. Pentru mai multe detalii citeste si Redis persistenta demistificata.

Pentru a verifica consistența fișierelor RDB puteți utiliza:

redis-check-dump dump.rdb

Vedea 4.3.1 Verificarea instantaneelor ​​și a fișierelor numai pentru atașare pentru mai multe detalii.

Dacă utilizați un cluster, puteți recuperați unul dintre noduri cu:

rladmin recover list # Pentru a vedea lista tuturor fișierelor de recuperat

rladmin recupera totul
rladmin recover db <database_id|name> # Pentru a recupera doar un DB
recover db only_configuration <db_name> # Pentru a recupera numai configurația DB

rladmin status # Pentru a verifica ce DB au fost recuperate

De asemenea, într-un cluster este posibil să recuperați DB-ul cu:

recuperare cluster rladmin ....

Vedea: cluster recupera documentație