Interner Fehler über Compactor in cloudant lokalen Docker

Question

IBM empfiehlt mir, Cloudant Docker lokal zu Testzwecken verwenden.

Dies ist das Bild, das ich https://hub.docker.com/r/ibmcom/cloudant-developer/

verwenden Es funktioniert im Grunde fein die meiste Zeit, aber manchmal habe ich Fehler wie diese

{ 
    "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 
} 

Ich weiß nicht, wo dieser Fehler von couchdb selbst kam. Oder irgendwas Wolkenloses von Couchdb. Oder die Einschränkung des von IBM erstellten Docker-Images. Also ich bin nicht sicher, wo ich fragen sollte,

Vielen Dank

Answer 1

Der Absturz auftritt in couchdb Code, hier: https://github.com/apache/couchdb-couch-mrview/blob/d4509606f3aacc4bec94b8936bedf6d1d597ff5f/src/couch_mrview_compactor.erl#L261

Und den Fehler ‚ENOENT‘ bedeutet, dass die Datei versucht, zu löschen existiert nicht.

Ich habe andere Berichte von Dateisystem Instabilität mit der Entwickler-Edition gehört, so würde mich nicht wundern, wenn das Problem entweder mit der Containerisierung oder vielleicht sogar mit Docker selbst liegt.

Sehen Sie irgendwelche anderen Beweise für fehlende Dateien, wie das Verschwinden von Datenbanken und dergleichen?