关于云端本地泊坞窗中压实机的内部错误
IBMbuild议我在本地使用cloudant docker进行testing。
这是我使用的图像https://hub.docker.com/r/ibmcom/cloudant-developer/
它大部分时间基本上工作正常，但有时我得到这样的错误
{ "error": "{badmatch,{error,enoent}}", "reason": "[{couch_mrview_compactor,swap_compacted,2,\n [{file,\"src/couch_mrview_compactor.erl\"},{line,261}]},\n {couch_index,commit_compacted,2,[{file,\"src/couch_index.erl\"},{line,371}]},\n {couch_index,handle_call,3,[{file,\"src/couch_index.erl\"},{line,190}]},\n {gen_server,try_handle_call,4,[{file,\"gen_server.erl\"},{line,607}]},\n {gen_server,handle_msg,5,[{file,\"gen_server.erl\"},{line,639}]},\n {proc_lib,init_p_do_apply,3,[{file,\"proc_lib.erl\"},{line,237}]}]", "ref": 2090670111 } 我不知道这个错误来自于couchdb本身。 或从couchdb扩展的任何云。 或IBM创build的Docker镜像的限制。 所以我不确定我应该问什么
非常感谢你
崩溃发生在couchdb代码中，在这里： https : //github.com/apache/couchdb-couch-mrview/blob/d4509606f3aacc4bec94b8936bedf6d1d597ff5f/src/couch_mrview_compactor.erl#L261
错误“enoent”意味着它试图删除的文件不存在。
我听说过使用开发者版本的文件系统不稳定性的其他报告，所以如果问题出在集装箱化，或者甚至与Docker本身有关，我都不会感到惊讶。
你有没有看到丢失文件的其他证据，如消失的数据库等？