尝试使用 PlanC 恢复 CrashPlan Home 时出错 - "Failed to open block manifest for reading"
Error attempting CrashPlan Home restore using PlanC - "Failed to open block manifest for reading"
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
错误中引用的文件似乎读取正常，但报告的错误未提供更多信息。
我报告了这个 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
请注意，如果我的拉取请求（刚刚提交）没有合并（并且发布了一个新的二进制文件），您将需要从我的分支中构建。
然后我用 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
通过将 shell 的打开文件数增加到 1024:
MacBook-Pro:PlanC daniel$ ulimit -S -n 1024
记录这个答案以防其他人遇到问题 - 毕竟备份很重要:)
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
错误中引用的文件似乎读取正常，但报告的错误未提供更多信息。
我报告了这个 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
请注意，如果我的拉取请求（刚刚提交）没有合并（并且发布了一个新的二进制文件），您将需要从我的分支中构建。
然后我用 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
通过将 shell 的打开文件数增加到 1024:
MacBook-Pro:PlanC daniel$ ulimit -S -n 1024
记录这个答案以防其他人遇到问题 - 毕竟备份很重要:)