CouchDB 1.6.1 SSL-Fehler auf Raspbian

Question

Ich versuche, SSL-Setup in CouchDB 1.6.1 auf Raspbian und ich, dass:

** {badarg,[{ets,select_delete, 
      [undefined,[{{{undefined,'_','_'},'_'},[],[true]}]], 
      []}, 
     {ets,match_delete,2,[{file,"ets.erl"},{line,655}]}, 
     {ssl_pkix_db,remove_certs,2,[{file,"ssl_pkix_db.erl"},{line,221}]}, 
     {ssl_connection,terminate,3, 
         [{file,"ssl_connection.erl"},{line,934}]}, 
     {tls_connection,terminate,3, 
         [{file,"tls_connection.erl"},{line,326}]}, 
     {gen_fsm,terminate,7,[{file,"gen_fsm.erl"},{line,595}]}, 
     {gen_fsm,handle_msg,7,[{file,"gen_fsm.erl"},{line,517}]}, 
     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]} 

Meine Version von erlang ist Erlang/OTP 17 [erts-6.2] .

Meine local.ini Datei enthält:

httpsd = {couch_httpd, start_link, [https]} 

[ssl] 
port = 6984 
cert_file = /etc/couchdb/cert/couchdb.crt 
key_file = /etc/couchdb/cert/couchdb.key 

Http funktioniert gut. Irgendeine Idee?

Prost.

Answer 1

Das sieht aus wie der Absturz behoben von this pull request, in Erlang/OTP 18.2 zusammengeführt.

Nach meinem besten Wissen ist der Absturz selbst harmlos: Es tritt während der Verbindungsbeendigung auf, weil der Code versucht, etwas aufzuräumen, das nie eingerichtet wurde. Es kann jedoch Ihre Aufmerksamkeit von anderen Fehlern lenken, die vor ihm auftreten, z. B. falscher Pfad zu Schlüssel-/Zertifikatsdateien.