Erreur interne à propos du compacteur dans le docker local nuageux

Question

IBM me suggère d'utiliser le docker cloudant localement à des fins de test.

C'est l'image que j'utilise https://hub.docker.com/r/ibmcom/cloudant-developer/

Il fonctionne essentiellement bien la plupart du temps, mais parfois je suis erreur comme ce

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

Je ne sais pas où cette erreur est venue de CouchDB lui-même. Ou n'importe quel nuage étendu de couchdb. Ou la limitation de l'image docker créée par IBM. Donc, je ne sais pas où je devrais demander

Merci beaucoup

Answer 1

L'accident se produit dans le code de CouchDB, ici: https://github.com/apache/couchdb-couch-mrview/blob/d4509606f3aacc4bec94b8936bedf6d1d597ff5f/src/couch_mrview_compactor.erl#L261

Et l'erreur « ENOENT » signifie que le fichier a essayé supprimer n'existe pas. J'ai entendu d'autres rapports sur l'instabilité du système de fichiers en utilisant l'édition du développeur, donc je ne serais pas surpris si le problème réside soit dans la conteneurisation, soit peut-être même dans Docker lui-même.

Voyez-vous d'autres preuves de fichiers manquants, comme la disparition de bases de données, etc.?