Невозможно прочитать или распаковать определенные архивы на одном конкретном сервере

Невозможно прочитать или распаковать определенные архивы на одном конкретном сервере

У меня возникли проблемы при попытке zcat содержимого определенного архива gzip, содержащего текст SQL. Проблема, похоже, локализована в одном конкретном файле на одном сервере.

Я скопировал около 10 gzip-файлов SQL с нашего резервного сервера с помощью rsync на новый сервер репликации, на который я пытаюсь их восстановить. Во всех случаях, кроме одного, это сработало нормально, просто передав файлы с помощью zcat в MySQL.

Однако один файл не будет работать. Попытка выполнить любую операцию чтения файла приведет к ошибке «Операция не разрешена»

Я могу удалить, chmod и chown файл и убедиться, что у меня есть полное владение и разрешения на него. Его видимые атрибуты, по-видимому, идентичны всем другим файлам, которые работали. Я также могу переименовать его и переместить в разные каталоги на том же диске. Попытка скопировать файл, прочитать его любым способом или переместить на другой диск, однако, все это приводит к ошибке «Операция не разрешена». Я также пытался посмотреть атрибуты с помощью lsattr, но это также приводит к той же ошибке.

Я могу прочитать файл на исходном сервере-источнике, а также переслать его по FTP на свой ПК с Windows, где его также можно прочитать и извлечь. Я даже скопировал его с исходного сервера по FTP на свой ПК, а затем обратно на целевой сервер по FTP, и как только он попадает на целевой сервер, я не могу прочитать его снова.

Моя ОС — CentOS 7, а рассматриваемый диск — том LVM объемом 100 ГБ, отформатированный в ext4. Я запустил fsck, и он выдает отчет о том, что он чист.

К сожалению, извлеченный файл данных SQL слишком велик, чтобы поместиться на сервере вместе с базой данных, которую он должен создать, и фактически слишком велик для потоковой передачи извлечения по сети с другого сервера.

Есть ли у кого-нибудь идеи, что может быть причиной такого поведения? Я в растерянности.

Заранее спасибо.

решение1

Недавно пересматривая эту проблему, я в конце концов понял, что в этом случае проблема была связана с агентом McAffee EPO, который был установлен на сервере нашей командой по инфраструктуре без моего ведома. Этот агент блокировал доступ к определенным большим файлам в системе, включая тот, о котором идет речь.

Связанный контент