自动化的7zip任务--“不能像archve那样打开文件”

Question

我有一个自动任务，它侦听从远程机器接收到的7zip文件，然后解压缩归档文件。每当我从远程机器手动推送文件时，进程就运行良好。然而，在一天中的某个时间，几十台机器正在将文件推送到我的服务器上，当7zip试图提取文件时，大约有8-9%的文件返回以下错误：

7-Zip (A) [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,6 CPUs)

Processing archive: /home/pos/inbox/05730049_20140206.7z

Error: Can not open file as archive

当我稍后进入手动解压缩它们时，解压缩存档没有问题：

7-Zip (A) [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,6 CPUs)

Processing archive: /data/pos/processed/05730013_20140206.7z

Extracting  file01.txt
Extracting  file02.txt
Extracting  file03.txt
Extracting  file04.txt
Extracting  file05.txt
Extracting  file06.txt
Extracting  file07.txt
Extracting  file08.txt
Extracting  file09.txt
Extracting  file10.txt

Everything is Ok

Files: 10
Size:       472129
Compressed: 16506

我很确定归档文件没有什么问题，因为(1)每个远程机器上的脚本是相同的，只有8-9%的档案才会出现脚本，(2)当我手动解压缩它时，它不会返回相同的错误。有什么方法可以确保文件自动正确提取吗？

提取它的php代码如下：

function import_unzip($filename) {
  global $debug,$fail_type,$clientID,$location,$mode;

  ...

  if (!is_readable("/home/pos/inbox/$filename")) {
    $fail_type = 'NF';
    return false;
  } else {    
    //Unzip the file
    $cmd_res = exec("7za e -y -o/data/pos/$clientID$location /home/pos/inbox/$filename -p{$zip_passwd[$clientID]}",$output,$return_var);
    return $success;
  }
}

我的第一个倾向是在7z命令周围循环一个错误处理，并尝试三次左右，但我希望有一个更优雅的解决方案。

Answer 1

我看你好像有种族问题。在注释中尝试调试选项。