Am automatizat un proces care implică preluarea unui fișier de pe un server de rezervă și procesarea acestuia.
Uneori, faza de procesare eșuează și m-am gândit că s-ar putea datora faptului că fișierul sursă este corupt.
Am descoperit că, chiar și atunci când eșuează, md5 al fișierului copiat se potrivește cu md5 al fișierului din serverul de rezervă. Așa că, ca o verificare suplimentară, am decis să testez integritatea fișierului .gz.
Mașină de depozitare
md5sum file-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 file-2021-08-31-05_15.sql.gz
gunzip -v -t fișier-2021-08-31-05_15.sql.gz
file-2021-08-31-05_15.sql.gz: OK
Masina 1
md5sum file-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 file-2021-08-31-05_15.sql.gz
gunzip -v -t fișier-2021-08-31-05_15.sql.gz
file-2021-08-31-05_15.sql.gz:
gzip: file-2021-08-31-05_15.sql.gz: date comprimate nevalide - eroare crc
gzip: file-2021-08-31-05_15.sql.gz: date comprimate nevalide - eroare de lungime
Masina 2
md5sum file-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 file-2021-08-31-05_15.sql.gz
gunzip -v -t fișier-2021-08-31-05_15.sql.gz
file-2021-08-31-05_15.sql.gz: OK
Întrebare:
Cum este posibil ca „file-2021-08-31-05_15.sql.gz” să aibă același md5 în cele 3 mașini, dar doar în una dintre ele „gunzip -v -t” eșuează?
