gzip圧縮ファイルの奇妙な動作

gzip圧縮ファイルの奇妙な動作

私のRedhatシステムで非常に奇妙な問題が発生しました。絶対パスを含む数百の小さなテキストファイルを含むGzip圧縮TARファイルがあります。 8MBに過ぎません。このファイルをマウントされたext3 HDDにコピーしましたが、動作が停止し、システムがクラッシュして再起動しました。私はOSが最終的に「cp」プロセスにSIGTERMを送信すると思います。システムログには内容があまりありません。

直接アクセスできないリモートシステムなので、デバッグはあまりできません。多くの情報を提供していないので、直接の答えを探していません。しかし、誰かが私がまだ考えていないことに言及して、追加の独立した調査を引き起こす可能性があると思いました。これはやや具体的なので、より一般的な議論にすれば次のようになります。

  • Unixには、「cp」(またはデフォルトのシステムコール)が圧縮されたアーカイブを他のファイルとは異なる方法で処理するようにすることはありますか?
  • ext3を搭載したハードドライブはどうですか?何らかの理由で処理する必要があります。圧縮アーカイブ違うんですか?
  • NFS... NFSソースからファイルをインポートします。 NFSが特別に処理する理由はありますか?

答え1

したがって、あなたの質問を正しく読んだ場合は、次のことを行っています。

$ cp /nfs/mnt/foo.tar.gz /local/ext3/drive

そしてシステムがクラッシュしました。私は次のものを分離しようとします。

$ cat /nfs/mnt/foo.tar.gz > /dev/null

NFSシステムであることを確認した後

$ dd if=/dev/zero of=/local/ext3/drive/zeros bs=1K count=8000

ローカルファイルシステムへの書き込みを確認します。次の理由でこれらの両方がきれいであれば驚きます。

  1. cpコピーするデータが圧縮されていることを認識していません
  2. ext3ファイルシステムも同様
  3. NFSは気にする必要はありませんが、これが起こる可能性があるいくつかのあいまいなシナリオを想像することができますが、cat上記のテストではそれをキャプチャする必要があります。

関連情報