Comportamento estranho com um arquivo compactado gzip

Question

Eu tenho um problema muito bizarro ocorrendo com um sistema Redhat. Temos um arquivo TAR compactado com Gzip que contém centenas de pequenos arquivos de texto com caminhos absolutos. São apenas 8 MB. Copiamos este arquivo para um HDD ext3 montado e ele trava, causando uma falha no sistema e reinicialização. Eu acho que o O.S. está eventualmente enviando um SIGTERM para o processo "cp". Não muito nos logs do sistema.

Eu não posso fazer muita depuração, já que este é um sistema remoto ao qual não tenho acesso direto. Não estou procurando uma resposta direta, já que não dei muita informação. No entanto, imagino que alguém possa mencionar algo que ainda não pensei em desencadear investigações independentes. Isso é algo específico, então, para tornar isso uma discusão mais geral:

• Existe alguma coisa no Unix que faça com que o "cp" (ou as chamadas de sistema subjacentes) tratem os arquivos compactados de forma diferente de qualquer outro arquivo?
• Que tal um disco rígido montado no ext3? Qualquer motivo para lidar com arquivos compactados de forma diferente?
• NFS ... Estamos obtendo o arquivo via fonte NFS. Qualquer motivo NFS deve lidar com isso especialmente?

Answer 1

Então, se eu estou lendo sua pergunta corretamente, você está fazendo:

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

e o sistema trava. Eu tentaria isolar:

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

para verificar se é o sistema NFS e, em seguida,

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

para verificar gravações no sistema de arquivos local. Se ambos vierem limpos, eu ficaria surpreso porque:

1. cp não tem ideia de que os dados que está copiando estão compactados
2. nem um sistema de arquivos ext3
3. O NFS não deveria se importar, mas posso imaginar alguns cenários obscuros em que isso poderia acontecer, mas o teste cat acima deveria captá-lo.