Я автоматизировал процесс, который включает получение файла с резервного сервера и его обработку.
Иногда фаза обработки завершается сбоем, и я думал, что это может быть связано с повреждением исходного файла.
Я обнаружил, что даже в случае сбоя md5 скопированного файла совпадает с md5 файла на сервере резервного копирования. Поэтому в качестве дополнительной проверки работоспособности я решил проверить целостность файла .gz.
Складская машина
Файл md5sum-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 файл-2021-08-31-05_15.sql.gz
gunzip -v -t файл-2021-08-31-05_15.sql.gz
файл-2021-08-31-05_15.sql.gz: ОК
Машина 1
Файл md5sum-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 файл-2021-08-31-05_15.sql.gz
gunzip -v -t файл-2021-08-31-05_15.sql.gz
файл-2021-08-31-05_15.sql.gz:
gzip: file-2021-08-31-05_15.sql.gz: недопустимые сжатые данные — ошибка crc
gzip: file-2021-08-31-05_15.sql.gz: недопустимые сжатые данные - ошибка длины
Машина 2
Файл md5sum-2021-08-31-05_15.sql.gz
962b4916651daf54372f25d55e7ee2d2 файл-2021-08-31-05_15.sql.gz
gunzip -v -t файл-2021-08-31-05_15.sql.gz
файл-2021-08-31-05_15.sql.gz: ОК
Вопрос:
Как это возможно, что «file-2021-08-31-05_15.sql.gz» имеет один и тот же md5 на 3 машинах, но только на одной из них «gunzip -v -t» не работает?
