尝试使用PlanC进行CrashPlan Home恢复时出错-“无法打开块清单以进行读取”

Question

计划C的背景

Code42决定终止其“ CrashPlan for Home”服务。这意味着，在2018年10月22日关闭日期之后，CrashPlan将删除其服务器上的备份，这是可以预料的，但更令人烦恼的是，您将不再能够还原本地存储的CrashPlan备份。实际上，Code42正在进入您的计算机以为您破坏备份。

PlanC是一个开源项目，可以从现有的CrashPlan Home备份中进行还原。

我的问题

但是，在尝试还原时，我收到了一个错误：

MacBook-Pro:CrashPlanHomeRecovery daniel$ ./plan-c-osx/plan-c --key 07B... --archive ./sg2015/642033544161964565/ --dest ./recovered/ --filename "J:/..." restore
Caching block indexes in memory...
libc++abi.dylib: terminating with uncaught exception of type std::runtime_error: Failed to open block manifest for reading: ./sg2015/642033544161964565/cpbf0000000000017581637/cpbmf
Abort trap: 6

错误中引用的文件似乎显示为OK，但报告的错误没有提供更多信息。

Answer 1

我报告了此GitHub Issue #9。

然后我对错误报告GitHub Pull Request #10进行了较小的更改，以确认该错误是一个Too many open files错误：

MacBook-Pro:CrashPlanHomeRecovery daniel$ ./plan-c-osx/plan-c --key 07B... --archive ./sg2015/642033544161964565/ --dest ./recovered/ --filename "J:/..." restore
Caching block indexes in memory...
libc++abi.dylib: terminating with uncaught exception of type std::runtime_error: Failed to open block manifest (../../sg2015/642033544161964565/cpbf0000000000017581637/cpbmf) for reading: Too many open files
Abort trap: 6

请注意，如果我的请求请求（仅刚刚提交的）未合并（并且发布了新的二进制文件），则需要从我的fork中构建。

然后我通过ulimit更改来解决：

MacBook-Pro:PlanC daniel$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
max locked memory       (kbytes, -l) unlimited
max memory size         (kbytes, -m) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 1
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1418
virtual memory          (kbytes, -v) unlimited

通过将外壳程序的打开文件数量增加到1024：

MacBook-Pro:PlanC daniel$ ulimit -S -n 1024

在其他人遇到问题时记录此答案-备份毕竟很重要：）