SQL テキストを含む特定の gzip アーカイブの内容を zcat しようとすると問題が発生します。この問題は、1 つのサーバー上の 1 つの特定のファイルに限定されているようです。
バックアップ サーバーから約 10 個の gzip 圧縮された SQL ファイルを rsync を使用して新しいレプリケーション サーバーにコピーし、そこに復元しようとしています。1 つのケースを除いて、zcat を使用してファイルを MySQL にパイプするだけで問題なく動作しました。
ただし、1 つのファイルは機能しません。ファイルに対して何らかの読み取り操作を実行しようとすると、すべて「操作は許可されていません」というエラーが発生します。
ファイルを削除、chmod、chown することができ、完全な所有権と権限を持っていることが確認できました。その表示属性は、機能した他のすべてのファイルと同じように見えます。また、名前を変更して、同じディスク上の別のディレクトリに移動することもできます。ただし、ファイルをコピーしたり、何らかの方法で読み取ったり、別のディスクに移動したりしようとすると、すべて「操作は許可されていません」というエラーが発生します。また、lsattr を使用して属性を確認しようとしましたが、これも同じエラーが発生します。
元のソース サーバー上のファイルを読み取ることができ、また、Windows PC に FTP で転送して、読み取りと抽出も実行できます。元のサーバーから FTP 経由で PC にコピーし、その後 FTP 経由で宛先サーバーに戻しましたが、宛先サーバーに到達するとすぐに、再び読み取れなくなります。
私の OS は CentOS 7 で、問題のディスクは ext4 でフォーマットされた 100G LVM ボリュームです。これに対して fsck を実行したところ、クリーンであると報告されました。
残念ながら、抽出された SQL データ ファイルは、作成しようとしているデータベースと一緒にサーバーに収まるには大きすぎます。また、別のサーバーからネットワーク経由で抽出をストリーミングするには大きすぎます。
この動作の原因が何なのか、誰か分かるでしょうか? 困惑しています。
前もって感謝します。
答え1
最近この問題を再検討したところ、今回の問題は、私の知らないうちにインフラストラクチャ チームによってサーバーにインストールされていた McAffee EPO エージェントが原因であることが判明しました。このエージェントは、問題となっているファイルを含む、システム上の特定の大きなファイルへのアクセスをブロックしていました。