C计划的背景
Code42决定终止他们的“家庭CrashPlan”服务。这意味着在2018年10月22日关机后,CrashPlan将删除服务器上的备份,这是意料之中的,但更令人烦恼的是,您将无法恢复本地存储的CrashPlan备份。实际上,Code42正在深入您的计算机,以破坏您的备份。
PlanC是一个开放源码项目,用于执行从现有CrashPlan主备份中恢复的操作。
我的问题
但是,在尝试还原时,我收到了一个错误:
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,但报告的错误没有提供更多信息。
发布于 2018-12-18 11:46:38
我报告了这个GitHub第9期。
然后,我对错误报告GitHub拉出请求#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只是一个注意事项,如果我的拉请求(仅提交)没有合并(并释放了一个新的二进制文件),您将需要从我的叉构建.。
然后我用最高限度的修改来修正:
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记录这个答案,以防其他人有问题--备份毕竟是很重要的:)
https://stackoverflow.com/questions/53832339
复制相似问题