WSS SSL configuration crahes

VerneMQ 0.12.2
Ubuntu 14.04
Added SSL.CRT and KEY files.
vernemq.conf (I show not default values):
listener.tcp.default = <IP_ADDRESS>:10883
listener.wss.default = <IP_ADDRESS>:18083
listener.ws.default = <IP_ADDRESS>:18000
listener.ssl.default = <IP_ADDRESS>:11883

listener.ssl.certfile = /usr/share/ca-certificates/virtustilus_ru.crt
listener.wss.certfile = /usr/share/ca-certificates/virtustilus_ru.crt

listener.ssl.keyfile = /usr/share/ca-certificates/virtustilus_ru.key
listener.wss.keyfile = /usr/share/ca-certificates/virtustilus_ru.key

listener.ssl.require_certificate = off
listener.wss.require_certificate = off

listener.ssl.tls_version = tlsv1.2
listener.wss.tls_version = tlsv1.2

error.log:
2015-10-23 05:22:06.511 [error] <0.344.0> gen_fsm <0.344.0> in state hello terminated with reason: bad argument in call to ets:select_delete(undefined, [{{{undefined,'_','_'},'_'},[],[true]}]) in ets:match_delete/2 line 655
2015-10-23 05:22:06.512 [error] <0.344.0> CRASH REPORT Process <0.344.0> with 0 neighbours exited with reason: bad argument in call to ets:select_delete(undefined, [{{{undefined,'_','_'},'_'},[],[true]}]) in ets:match_delete/2 line 655
2015-10-23 05:22:06.513 [error] emulator Error in process <0.345.0> on node<EMAIL_ADDRESS>with exit value: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol...
2015-10-23 05:22:06.514 [error] <0.136.0> Supervisor tls_connection_sup had child undefined started with {tls_connection,start_link,undefined} at <0.344.0> exit with reason bad argument in call to ets:select_delete(undefined, [{{{undefined,'_','_'},'_'},[],[true]}]) in ets:match_delete/2 line 655 in context child_terminated
2015-10-23 05:22:06.514 [error] <0.345.0> Ranch listener {{0,0,0,0},18083} terminated with reason: {options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}} in ranch_ssl:accept_ack/2 line 115

crash.log:
2015-10-23 05:23:02 =CRASH REPORT====
  crasher:
    initial call: tls_connection:init/1
    pid: <0.380.0>
    registered_name: []
    exception exit: {{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,220}]},{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}]}]},[{gen_fsm,handle_msg,7,[{file,"gen_fsm.erl"},{line,520}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [tls_connection_sup,ssl_sup,<0.133.0>]
    messages: []
    links: [<0.136.0>,#Port<0.6400>]
    dictionary: [{ssl_manager,ssl_manager}]
    trap_exit: true
    status: running
    heap_size: 1598
    stack_size: 27
    reductions: 445
  neighbours:
2015-10-23 05:23:02 =ERROR REPORT====
Error in process <0.381.0> on node<EMAIL_ADDRESS>with exit value: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol...

2015-10-23 05:23:02 =SUPERVISOR REPORT====
     Supervisor: {local,tls_connection_sup}
     Context:    child_terminated
     Reason:     {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,220}]},{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}]}]}
     Offender:   [{pid,<0.380.0>},{name,undefined},{mfargs,{tls_connection,start_link,undefined}},{restart_type,temporary},{shutdown,4000},{child_type,worker}]

2015-10-23 05:23:02 =ERROR REPORT====
Ranch listener {{0,0,0,0},18083} had connection process started with cowboy_protocol:start_link/4 at <0.381.0> exit with reason: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol,init,4,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/cowboy/src/cowboy_protocol.erl"},{line,88}]}]}
2015-10-23 05:23:02 =ERROR REPORT====
** State machine <0.382.0> terminating
** Last message in was {'$gen_sync_all_state_event',{<0.383.0>,#Ref<<IP_ADDRESS>69>},{start,5000}}
** When State == hello
**      Data  == [{data,[{"StateData",{state,server,{#Ref<<IP_ADDRESS>68>,<0.383.0>},gen_tcp,tls_connection,tcp,tcp_closed,tcp_error,"localhost",18083,#Port<0.6402>,{ssl_options,tls,[{3,3}],verify_none,{#Fun<vmq_ssl.0.22150846>,no_crl},#Fun<ssl.8.125280099>,false,false,undefined,1,<<"/usr/share/ca-certificates/virtustilus_ru.crt">>,"***",<<"/usr/share/ca-certificates/virtustilus_ru.key">>,"***","***","***",<<>>,"***",undefined,undefined,"***","***",[<<0,9>>,<<"À\f">>,<<192,2>>,<<0,21>>,<<0,4>>,<<0,5>>,<<192,17>>,<<192,7>>,<<0,47>>,<<192,14>>,<<192,4>>,<<0,50>>,<<0,51>>,<<192,19>>,<<"À\t">>,<<0,10>>,<<"À\r">>,<<192,3>>,<<0,19>>,<<0,22>>,<<192,18>>,<<"À\b">>,<<0,53>>,<<192,15>>,<<192,5>>,<<0,56>>,<<0,57>>,<<192,20>>,<<"À\n">>,<<0,60>>,<<0,64>>,<<0,103>>,<<"À)">>,<<"À%">>,<<"À'">>,<<"À#">>,<<0,61>>,<<0,106>>,<<0,107>>,<<"À*">>,<<"À&">>,<<"À(">>,<<"À$">>],#Fun<ssl.1.125280099>,true,268435456,false,undefined,false,undefined,undefined,true,undefined,false,true,false},{socket_options,binary,raw,0,0,false},"***","***","***",undefined,"***",undefined,ssl_session_cache,undefined,false,undefined,{undefined,undefined},undefined,undefined,"***","***","***",undefined,"***","***","***",undefined,undefined,undefined,"***",{false,first},undefined,undefined,{[],[]},false,true,false,false,undefined,undefined,<0.309.0>}}]}]
** Reason for termination =
** {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,220}]},{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}]}]}
2015-10-23 05:23:02 =CRASH REPORT====
  crasher:
    initial call: tls_connection:init/1
    pid: <0.382.0>
    registered_name: []
    exception exit: {{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,220}]},{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}]}]},[{gen_fsm,handle_msg,7,[{file,"gen_fsm.erl"},{line,520}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [tls_connection_sup,ssl_sup,<0.133.0>]
    messages: []
    links: [<0.136.0>,#Port<0.6402>]
    dictionary: [{ssl_manager,ssl_manager}]
    trap_exit: true
    status: running
    heap_size: 1598
    stack_size: 27
    reductions: 445
  neighbours:
2015-10-23 05:23:02 =ERROR REPORT====
Error in process <0.383.0> on node<EMAIL_ADDRESS>with exit value: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol...

2015-10-23 05:23:02 =SUPERVISOR REPORT====
     Supervisor: {local,tls_connection_sup}
     Context:    child_terminated
     Reason:     {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,220}]},{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}]}]}
     Offender:   [{pid,<0.382.0>},{name,undefined},{mfargs,{tls_connection,start_link,undefined}},{restart_type,temporary},{shutdown,4000},{child_type,worker}]

2015-10-23 05:23:02 =ERROR REPORT====
Ranch listener {{0,0,0,0},18083} had connection process started with cowboy_protocol:start_link/4 at <0.383.0> exit with reason: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol,init,4,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/cowboy/src/cowboy_protocol.erl"},{line,88}]}]}
2015-10-23 05:23:02 =ERROR REPORT====
** State machine <0.384.0> terminating
** Last message in was {'$gen_sync_all_state_event',{<0.385.0>,#Ref<<IP_ADDRESS>88>},{start,5000}}
** When State == hello
**      Data  == [{data,[{"StateData",{state,server,{#Ref<<IP_ADDRESS>87>,<0.385.0>},gen_tcp,tls_connection,tcp,tcp_closed,tcp_error,"localhost",18083,#Port<0.6404>,{ssl_options,tls,[{3,3}],verify_none,{#Fun<vmq_ssl.0.22150846>,no_crl},#Fun<ssl.8.125280099>,false,false,undefined,1,<<"/usr/share/ca-certificates/virtustilus_ru.crt">>,"***",<<"/usr/share/ca-certificates/virtustilus_ru.key">>,"***","***","***",<<>>,"***",undefined,undefined,"***","***",[<<0,9>>,<<"À\f">>,<<192,2>>,<<0,21>>,<<0,4>>,<<0,5>>,<<192,17>>,<<192,7>>,<<0,47>>,<<192,14>>,<<192,4>>,<<0,50>>,<<0,51>>,<<192,19>>,<<"À\t">>,<<0,10>>,<<"À\r">>,<<192,3>>,<<0,19>>,<<0,22>>,<<192,18>>,<<"À\b">>,<<0,53>>,<<192,15>>,<<192,5>>,<<0,56>>,<<0,57>>,<<192,20>>,<<"À\n">>,<<0,60>>,<<0,64>>,<<0,103>>,<<"À)">>,<<"À%">>,<<"À'">>,<<"À#">>,<<0,61>>,<<0,106>>,<<0,107>>,<<"À*">>,<<"À&">>,<<"À(">>,<<"À$">>],#Fun<ssl.1.125280099>,true,268435456,false,undefined,false,undefined,undefined,true,undefined,false,true,false},{socket_options,binary,raw,0,0,false},"***","***","***",undefined,"***",undefined,ssl_session_cache,undefined,false,undefined,{undefined,undefined},undefined,undefined,"***","***","***",undefined,"***","***","***",undefined,undefined,undefined,"***",{false,first},undefined,undefined,{[],[]},false,true,false,false,undefined,undefined,<0.309.0>}}]}]
** Reason for termination =
** {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,220}]},{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}]}]}
2015-10-23 05:23:02 =CRASH REPORT====
  crasher:
    initial call: tls_connection:init/1
    pid: <0.384.0>
    registered_name: []
    exception exit: {{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,220}]},{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}]}]},[{gen_fsm,handle_msg,7,[{file,"gen_fsm.erl"},{line,520}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [tls_connection_sup,ssl_sup,<0.133.0>]
    messages: []
    links: [<0.136.0>,#Port<0.6404>]
    dictionary: [{ssl_manager,ssl_manager}]
    trap_exit: true
    status: running
    heap_size: 1598
    stack_size: 27
    reductions: 445
  neighbours:
2015-10-23 05:23:02 =ERROR REPORT====
Error in process <0.385.0> on node<EMAIL_ADDRESS>with exit value: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol...

2015-10-23 05:23:02 =SUPERVISOR REPORT====
     Supervisor: {local,tls_connection_sup}
     Context:    child_terminated
     Reason:     {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,220}]},{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}]}]}
     Offender:   [{pid,<0.384.0>},{name,undefined},{mfargs,{tls_connection,start_link,undefined}},{restart_type,temporary},{shutdown,4000},{child_type,worker}]

2015-10-23 05:23:02 =ERROR REPORT====
Ranch listener {{0,0,0,0},18083} had connection process started with cowboy_protocol:start_link/4 at <0.385.0> exit with reason: {{options,{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key",{error,eacces}}},[{ranch_ssl,accept_ack,2,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_ssl.erl"},{line,115}]},{cowboy_protocol,init,4,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/cowboy/src/cowboy_protocol.erl"},{line,88}]}]}
2015-10-23 05:23:03 =ERROR REPORT====
** State machine <0.386.0> terminating
** Last message in was {'$gen_sync_all_state_event',{<0.387.0>,#Ref<<IP_ADDRESS>10>},{start,5000}}
** When State == hello
**      Data  == [{data,[{"StateData",{state,server,{#Ref<<IP_ADDRESS>09>,<0.387.0>},gen_tcp,tls_connection,tcp,tcp_closed,tcp_error,"localhost",18083,#Port<0.6406>,{ssl_options,tls,[{3,3}],verify_none,{#Fun<vmq_ssl.0.22150846>,no_crl},#Fun<ssl.8.125280099>,false,false,undefined,1,<<"/usr/share/ca-certificates/virtustilus_ru.crt">>,"***",<<"/usr/share/ca-certificates/virtustilus_ru.key">>,"***","***","***",<<>>,"***",undefined,undefined,"***","***",[<<0,9>>,<<"À\f">>,<<192,2>>,<<0,21>>,<<0,4>>,<<0,5>>,<<192,17>>,<<192,7>>,<<0,47>>,<<192,14>>,<<192,4>>,<<0,50>>,<<0,51>>,<<192,19>>,<<"À\t">>,<<0,10>>,<<"À\r">>,<<192,3>>,<<0,19>>,<<0,22>>,<<192,18>>,<<"À\b">>,<<0,53>>,<<192,15>>,<<192,5>>,<<0,56>>,<<0,57>>,<<192,20>>,<<"À\n">>,<<0,60>>,<<0,64>>,<<0,103>>,<<"À)">>,<<"À%">>,<<"À'">>,<<"À#">>,<<0,61>>,<<0,106>>,<<0,107>>,<<"À*">>,<<"À&">>,<<"À(">>,<<"À$">>],#Fun<ssl.1.125280099>,true,268435456,false,undefined,false,undefined,undefined,true,undefined,false,true,false},{socket_options,binary,raw,0,0,false},"***","***","***",undefined,"***",undefined,ssl_session_cache,undefined,false,undefined,{undefined,undefined},undefined,undefined,"***","***","***",undefined,"***","***","***",undefined,undefined,undefined,"***",{false,first},undefined,undefined,{[],[]},false,true,false,false,undefined,undefined,<0.309.0>}}]}]
** Reason for termination =
** {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,220}]},{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}]}]}

The same SSL certificate works correctly in nginx and with emqttd.

Hi there,
thanks for reporting the issue.
It looks like VerneMQ has no access privileges for your key file. If you're using the VerneMQ package VerneMQ gets started under a low-privileged 'vernemq' user. Can you make sure that this user has access to those files?

Hi!
Tried to change SSL files, gou+rw and gou=rwx:
-rwxrwxrwx   1 deploy deploy  4103 Oct 22 18:40 virtustilus_ru.ca-bundle*
-rwxrwxrwx   1 deploy deploy  1903 Oct 22 18:40 virtustilus_ru.crt*
-rwxrwxrwx   1 deploy deploy  1679 Oct 22 18:44 virtustilus_ru.key*

Didn't help.
Tried to change starting user in init.d:
# Startup with the appropriate user
start-stop-daemon --start \
    --name vernemq \
    --user root \
    --exec $DAEMON -- start \
    || return 2

# Make sure it's down by using a more direct approach
start-stop-daemon --stop \
                  --quiet \
                  --retry=TERM/30/KILL/5 \
                  --user root \
                  --exec $ERTS_PATH/run_erl
return $?

Didn't help.
After server start.
error.log:
2015-10-24 09:01:34.890 [error] <0.308.0> CRASH REPORT Process <0.308.0> with 0 neighbours exited with reason: no match of right hand value {error,eaddrinuse} in ranch_acceptors_sup:init/1 line 30 in gen_server:init_it/6 line 330
2015-10-24 09:01:34.891 [error] <0.306.0> Supervisor {<0.306.0>,ranch_listener_sup} had child ranch_acceptors_sup started with ranch_acceptors_sup:start_link({{0,0,0,0},18083}, 10, ranch_ssl, [{ip,{0,0,0,0}},{port,18083},{packet,raw},{nodelay,true},{reuseaddr,true},{linger,{true,0}},{send_timeout,...},...]) at undefined exit with reason no match of right hand value {error,eaddrinuse} in ranch_acceptors_sup:init/1 line 30 in context start_error
2015-10-24 09:01:34.896 [error] <0.188.0>@vmq_ranch_config:reconfigure_listeners_for_type:183 can't reconfigure mqttwss listener({0,0,0,0}, 18083) with Options [{max_connections,10000},{nr_of_acceptors,10},{mountpoint,[]},{cafile,"/usr/share/ca-certificates/virtustilus_ru.ca-bundle"},{certfile,"/usr/share/ca-certificates/virtustilus_ru.crt"},{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key"},{require_certificate,false},{tls_version,'tlsv1.2'},{use_identity_as_username,false},{support_elliptic_curves,true}] due to {{shutdown,{failed_to_start_child,ranch_acceptors_sup,{{badmatch,{error,eaddrinuse}},[{ranch_acceptors_sup,init,1,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_acceptors_sup.erl"},{line,30}]},{supervisor,init,1,[{file,"supervisor.erl"},{line,243}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,306}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}}},{child,undefined,{ranch_listener_sup,{{0,0,0,0},18083}},{ranch_listener_sup,start_link,[{{0,0,0,0},18083},10,ranch_ssl,[{ip,{0,0,0,0}},{port,18083},{packet,raw},{nodelay,true},{reuseaddr,true},{linger,{true,0}},{send_timeout,30000},{send_timeout_close,true},{cacerts,[<<48,130,6,8,48,130,3,240,160,3,2,1,2,2,16,43,46,110,234,217,117,54,108,20,138,110,219,163,124,140,7,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,48,129,133,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,43,48,41,6,3,85,4,3,19,34,67,79,77,79,68,79,32,82,83,65,32,67,101,114,116,105,102,105,99,97,116,105,111,110,32,65,117,116,104,111,114,105,116,121,48,30,23,13,49,52,48,50,49,50,48,48,48,48,48,48,90,23,13,50,57,48,50,49,49,50,51,53,57,53,57,90,48,129,144,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,54,48,52,6,3,85,4,3,19,45,67,79,77,79,68,79,32,82,83,65,32,68,111,109,97,105,110,32,86,97,108,105,100,97,116,105,111,110,32,83,101,99,117,114,101,32,83,101,114,118,101,114,32,67,65,48,130,1,34,48,13,6,9,42,134,72,134,247,13,1,1,1,5,0,3,130,1,15,0,48,130,1,10,2,130,1,1,0,142,194,2,25,225,160,89,164,235,56,53,141,44,253,1,208,211,73,192,100,199,11,98,5,69,22,58,168,160,192,12,2,127,29,204,219,196,161,109,119,3,163,15,134,249,227,6,156,62,11,129,138,155,73,27,173,3,190,250,75,219,140,32,237,213,206,94,101,142,62,13,175,76,194,176,183,69,94,82,47,52,222,72,36,100,180,65,174,0,151,247,190,103,222,158,208,122,167,83,128,59,124,173,245,150,85,111,151,71,10,124,133,139,34,151,141,179,132,224,150,87,208,112,24,96,150,143,238,45,7,147,157,161,186,202,209,205,123,233,196,42,154,40,33,145,77,111,146,79,37,165,242,122,53,221,38,220,70,165,208,172,89,53,140,255,78,145,67,80,63,89,147,30,108,81,33,238,88,20,171,254,117,80,120,62,76,176,28,134,19,250,107,152,188,224,59,148,30,133,82,220,3,147,36,24,110,203,39,81,69,230,112,222,37,67,164,13,225,74,165,237,182,126,200,205,109,238,46,29,39,115,93,220,69,48,128,170,227,178,65,11,175,189,68,135,218,185,229,27,157,127,174,229,133,130,165,2,3,1,0,1,163,130,1,101,48,130,1,97,48,31,6,3,85,29,35,4,24,48,22,128,20,187,175,126,2,61,250,166,241,60,132,142,173,238,56,152,236,217,50,50,212,48,29,6,3,85,29,14,4,22,4,20,144,175,106,58,148,90,11,216,144,234,18,86,115,223,67,180,58,40,218,231,48,14,6,3,85,29,15,1,1,255,4,4,3,2,1,134,48,18,6,3,85,29,19,1,1,255,4,8,48,6,1,1,255,2,1,0,48,29,6,3,85,29,37,4,22,48,20,6,8,43,6,1,5,5,7,3,1,6,8,43,6,1,5,5,7,3,2,48,27,6,3,85,29,32,4,20,48,18,48,6,6,4,85,29,32,0,48,8,6,6,103,129,12,1,2,1,48,76,6,3,85,29,31,4,69,48,67,48,65,160,63,160,61,134,59,104,116,116,112,58,47,47,99,114,108,46,99,111,109,111,100,111,99,97,46,99,111,109,47,67,79,77,79,68,79,82,83,65,67,101,114,116,105,102,105,99,97,116,105,111,110,65,117,116,104,111,114,105,116,121,46,99,114,108,48,113,6,8,43,6,1,5,5,7,1,1,4,101,48,99,48,59,6,8,...>>,...]},...],...]},...}}

crash.log:
2015-10-24 09:01:34 =CRASH REPORT====
  crasher:
    initial call: supervisor:ranch_acceptors_sup/1
    pid: <0.308.0>
    registered_name: []
    exception exit: {{{badmatch,{error,eaddrinuse}},[{ranch_acceptors_sup,init,1,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_acceptors_sup.erl"},{line,30}]},{supervisor,init,1,[{file,"supervisor.erl"},{line,243}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,306}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]},[{gen_server,init_it,6,[{file,"gen_server.erl"},{line,330}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [<0.306.0>,ranch_sup,<0.58.0>]
    messages: []
    links: [<0.306.0>]
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 987
    stack_size: 27
    reductions: 4434
  neighbours:
2015-10-24 09:01:34 =SUPERVISOR REPORT====
     Supervisor: {<0.306.0>,ranch_listener_sup}
     Context:    start_error
     Reason:     {{badmatch,{error,eaddrinuse}},[{ranch_acceptors_sup,init,1,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_acceptors_sup.erl"},{line,30}]},{supervisor,init,1,[{file,"supervisor.erl"},{line,243}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,306}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
     Offender:   [{pid,undefined},{name,ranch_acceptors_sup},{mfargs,{ranch_acceptors_sup,start_link,[{{0,0,0,0},18083},10,ranch_ssl,[{ip,{0,0,0,0}},{port,18083},{packet,raw},{nodelay,true},{reuseaddr,true},{linger,{true,0}},{send_timeout,30000},{send_timeout_close,true},{cacerts,[<<48,130,6,8,48,130,3,240,160,3,2,1,2,2,16,43,46,110,234,217,117,54,108,20,138,110,219,163,124,140,7,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,48,129,133,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,43,48,41,6,3,85,4,3,19,34,67,79,77,79,68,79,32,82,83,65,32,67,101,114,116,105,102,105,99,97,116,105,111,110,32,65,117,116,104,111,114,105,116,121,48,30,23,13,49,52,48,50,49,50,48,48,48,48,48,48,90,23,13,50,57,48,50,49,49,50,51,53,57,53,57,90,48,129,144,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,54,48,52,6,3,85,4,3,19,45,67,79,77,79,68,79,32,82,83,65,32,68,111,109,97,105,110,32,86,97,108,105,100,97,116,105,111,110,32,83,101,99,117,114,101,32,83,101,114,118,101,114,32,67,65,48,130,1,34,48,13,6,9,42,134,72,134,247,13,1,1,1,5,0,3,130,1,15,0,48,130,1,10,2,130,1,1,0,142,194,2,25,225,160,89,164,235,56,53,141,44,253,1,208,211,73,192,100,199,11,98,5,69,22,58,168,160,192,12,2,127,29,204,219,196,161,109,119,3,163,15,134,249,227,6,156,62,11,129,138,155,73,27,173,3,190,250,75,219,140,32,237,213,206,94,101,142,62,13,175,76,194,176,183,69,94,82,47,52,222,72,36,100,180,65,174,0,151,247,190,103,222,158,208,122,167,83,128,59,124,173,245,150,85,111,151,71,10,124,133,139,34,151,141,179,132,224,150,87,208,112,24,96,150,143,238,45,7,147,157,161,186,202,209,205,123,233,196,42,154,40,33,145,77,111,146,79,37,165,242,122,53,221,38,220,70,165,208,172,89,53,140,255,78,145,67,80,63,89,147,30,108,81,33,238,88,20,171,254,117,80,120,62,76,176,28,134,19,250,107,152,188,224,59,148,30,133,82,220,3,147,36,24,110,203,39,81,69,230,112,222,37,67,164,13,225,74,165,237,182,126,200,205,109,238,46,29,39,115,93,220,69,48,128,170,227,178,65,11,175,189,68,135,218,185,229,27,157,127,174,229,133,130,165,2,3,1,0,1,163,130,1,101,48,130,1,97,48,31,6,3,85,29,35,4,24,48,22,128,20,187,175,126,2,61,250,166,241,60,132,142,173,238,56,152,236,217,50,50,212,48,29,6,3,85,29,14,4,22,4,20,144,175,106,58,148,90,11,216,144,234,18,86,115,223,67,180,58,40,218,231,48,14,6,3,85,29,15,1,1,255,4,4,3,2,1,134,48,18,6,3,85,29,19,1,1,255,4,8,48,6,1,1,255,2,1,0,48,29,6,3,85,29,37,4,22,48,20,6,8,43,6,1,5,5,7,3,1,6,8,43,6,1,5,5,7,3,2,48,27,6,3,85,29,32,4,20,48,18,48,6,6,4,85,29,32,0,48,8,6,6,103,129,12,1,2,1,48,76,6,3,85,29,31,4,69,48,67,48,65,160,63,160,61,134,59,104,116,116,112,58,47,47,99,114,108,46,99,111,109,111,100,111,99,97,46,99,111,109,47,67,79,77,79,68,79,82,83,65,67,101,114,116,105,102,105,99,97,116,105,111,110,65,117,116,104,111,114,105,116,121,46,99,114,108,48,113,6,8,43,6,1,5,5,7,1,1,4,101,48,99,48,59,6,8,43,6,1,5,5,7,48,2,134,47,104,116,116,112,58,47,47,99,114,116,46,99,111,109,111,100,111,99,97,46,99,111,109,47,67,79,77,79,68,79,82,83,65,65,100,100,84,114,117,115,116,67,65,46,99,114,116,48,36,6,8,43,6,1,5,5,7,48,1,134,24,104,116,116,112,58,47,47,111,99,115,112,46,99,111,109,111,100,111,99,97,46,99,111,109,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,3,130,2,1,0,78,43,118,79,146,28,98,54,137,186,119,193,39,5,244,28,214,68,157,169,154,62,170,213,102,102,1,62,234,73,230,162,53,188,250,246,221,149,142,153,53,152,14,54,24,117,177,221,221,80,114,124,174,220,119,136,206,15,247,144,32,202,163,103,46,31,86,127,123,225,68,234,66,149,196,93,13,1,80,70,21,242,129,137,89,108,138,221,140,241,18,161,141,58,66,138,152,248,75,52,123,39,59,8,180,111,36,59,114,157,99,116,88,60,26,108,63,79,199,17,154,200,168,245,181,55,239,16,69,198,108,217,224,94,149,38,179,235,173,163,185,238,127,12,154,102,53,115,50,96,78,229,221,138,97,44,110,82,17,119,104,150,211,24,117,81,21,0,27,116,136,221,225,199,56,4,67,40,233,22,253,217,5,212,93,71,39,96,214,251,56,59,108,114,162,148,248,66,26,223,237,111,6,140,69,194,6,0,170,228,232,220,217,181,225,115,120,236,246,35,220,209,221,108,142,26,143,165,234,84,124,150,183,195,254,85,142,141,73,94,252,100,187,207,62,189,150,235,105,205,191,224,72,241,98,130,16,229,12,70,87,242,51,218,208,200,99,237,198,31,148,5,150,74,26,145,209,247,235,207,143,82,174,13,8,217,62,168,160,81,233,193,135,116,213,201,247,116,171,46,83,251,187,122,251,151,226,248,31,38,143,179,210,160,224,55,91,40,59,49,229,14,87,45,90,184,173,121,172,94,32,102,26,165,185,166,181,57,193,245,152,67,255,238,249,167,167,253,238,202,36,61,128,22,196,23,143,138,193,96,161,12,174,91,67,71,145,75,213,154,23,95,249,212,135,193,194,140,183,231,226,15,48,25,55,134,172,224,220,66,3,230,148,168,157,174,253,15,36,81,148,206,146,8,209,252,80,240,3,64,123,136,89,237,14,221,172,210,119,130,52,220,6,149,2,216,144,249,45,234,55,213,26,96,208,103,32,215,216,66,11,69,175,130,104,222,221,102,36,55,144,41,148,25,70,25,37,184,128,215,203,212,134,40,106,68,112,38,35,98,169,159,134,111,191,186,144,112,210,86,119,133,120,239,234,37,169,23,206,80,114,140,0,58,170,227,219,99,52,159,248,6,113,1,226,130,32,212,254,111,189,177>>,<<48,130,5,116,48,130,4,92,160,3,2,1,2,2,16,39,102,238,86,235,73,243,142,171,215,112,162,252,132,222,34,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,48,111,49,11,48,9,6,3,85,4,6,19,2,83,69,49,20,48,18,6,3,85,4,10,19,11,65,100,100,84,114,117,115,116,32,65,66,49,38,48,36,6,3,85,4,11,19,29,65,100,100,84,114,117,115,116,32,69,120,116,101,114,110,97,108,32,84,84,80,32,78,101,116,119,111,114,107,49,34,48,32,6,3,85,4,3,19,25,65,100,100,84,114,117,115,116,32,69,120,116,101,114,110,97,108,32,67,65,32,82,111,111,116,48,30,23,13,48,48,48,53,51,48,49,48,52,56,51,56,90,23,13,50,48,48,53,51,48,49,48,52,56,51,56,90,48,129,133,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,43,48,41,6,3,85,4,3,19,34,67,79,77,79,68,79,32,82,83,65,32,67,101,114,116,105,102,105,99,97,116,105,111,110,32,65,117,116,104,111,114,105,116,121,48,130,2,34,48,13,6,9,42,134,72,134,247,13,1,1,1,5,0,3,130,2,15,0,48,130,2,10,2,130,2,1,0,145,232,84,146,210,10,86,177,172,13,36,221,197,207,68,103,116,153,43,55,163,125,35,112,0,113,188,83,223,196,250,42,18,143,75,127,16,86,189,159,112,114,183,97,127,201,75,15,23,167,61,227,176,4,97,238,255,17,151,199,244,134,62,10,250,62,92,249,147,230,52,122,217,20,107,231,156,179,133,160,130,122,118,175,113,144,215,236,253,13,250,156,108,250,223,176,130,244,20,126,249,190,196,166,47,79,127,153,127,181,252,103,67,114,189,12,0,214,137,235,107,44,211,237,143,152,28,20,171,126,229,227,110,252,216,168,228,146,36,218,67,107,98,184,85,253,234,193,188,108,182,139,243,14,141,154,228,155,108,105,153,248,120,72,48,69,213,173,225,13,60,69,96,252,50,150,81,39,188,103,195,202,46,182,107,234,70,199,199,32,160,177,31,101,222,72,8,186,164,78,169,242,131,70,55,132,235,232,204,129,72,67,103,78,114,42,155,92,189,76,27,40,138,92,34,123,180,171,152,217,238,224,81,131,195,9,70,78,109,62,153,250,149,23,218,124,51,87,65,60,141,81,237,11,182,92,175,44,99,26,223,87,200,63,188,233,93,196,155,175,69,153,226,163,90,36,180,186,169,86,61,207,111,170,255,73,88,190,240,168,255,244,184,173,233,55,251,186,184,244,11,58,249,232,67,66,30,137,216,132,203,19,241,217,187,225,137,96,184,140,40,86,172,20,29,156,10,231,113,235,207,14,221,61,169,150,161,72,189,60,247,175,181,13,34,76,192,17,129,236,86,59,246,211,162,226,91,183,178,4,34,82,149,128,147,105,232,142,76,101,241,145,3,45,112,116,2,234,139,103,21,41,105,82,2,187,215,223,80,106,85,70,191,160,163,40,97,127,112,208,195,162,170,44,33,170,71,206,40,156,6,69,118,191,130,24,39,180,213,174,180,203,80,230,107,244,76,134,113,48,233,166,223,22,134,224,216,255,64,221,251,208,66,136,127,163,51,58,46,92,30,65,17,129,99,206,24,113,107,43,236,166,138,183,49,92,58,106,71,224,195,121,89,214,32,26,175,242,106,152,170,114,188,87,74,210,75,157,187,16,252,176,76,65,229,237,29,61,94,40,157,156,204,191,179,81,218,167,71,229,132,83,2,3,1,0,1,163,129,244,48,129,241,48,31,6,3,85,29,35,4,24,48,22,128,20,173,189,152,122,52,180,38,247,250,196,38,84,239,3,189,224,36,203,84,26,48,29,6,3,85,29,14,4,22,4,20,187,175,126,2,61,250,166,241,60,132,142,173,238,56,152,236,217,50,50,212,48,14,6,3,85,29,15,1,1,255,4,4,3,2,1,134,48,15,6,3,85,29,19,1,1,255,4,5,48,3,1,1,255,48,17,6,3,85,29,32,4,10,48,8,48,6,6,4,85,29,32,0,48,68,6,3,85,29,31,4,61,48,59,48,57,160,55,160,53,134,51,104,116,116,112,58,47,47,99,114,108,46,117,115,101,114,116,114,117,115,116,46,99,111,109,47,65,100,100,84,114,117,115,116,69,120,116,101,114,110,97,108,67,65,82,111,111,116,46,99,114,108,48,53,6,8,43,6,1,5,5,7,1,1,4,41,48,39,48,37,6,8,43,6,1,5,5,7,48,1,134,25,104,116,116,112,58,47,47,111,99,115,112,46,117,115,101,114,116,114,117,115,116,46,99,111,109,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,3,130,1,1,0,100,191,131,241,95,154,133,208,205,184,161,41,87,13,232,90,247,209,233,62,242,118,4,110,241,82,112,187,30,60,255,77,13,116,106,204,129,130,37,211,195,160,42,93,76,245,186,139,161,109,196,84,9,117,199,227,39,14,93,132,121,55,64,19,119,245,180,172,28,208,59,171,23,18,214,239,52,24,126,43,233,121,211,171,87,69,12,175,40,250,208,219,229,80,149,136,187,223,133,87,105,125,146,216,82,202,115,129,191,28,243,230,184,110,102,17,5,179,30,148,45,127,145,149,146,89,241,76,206,163,145,113,76,124,71,12,59,11,25,246,161,177,108,134,62,92,170,196,46,130,203,249,7,150,186,72,77,144,242,148,200,169,115,162,235,6,123,35,157,222,162,243,77,85,159,122,97,69,152,24,104,199,94,64,107,35,245,121,122,239,140,181,107,139,183,111,70,244,123,241,61,75,4,216,147,128,89,90,224,65,36,29,178,143,21,96,88,71,219,239,110,70,253,21,245,217,95,154,179,219,216,184,228,64,179,205,151,57,174,133,187,29,142,188,220,135,155,209,166,239,241,59,111,16,56,111>>]},{certfile,"/usr/share/ca-certificates/virtustilus_ru.crt"},{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key"},{ciphers,[{rsa,des_cbc,sha},{ecdh_rsa,rc4_128,sha},{ecdh_ecdsa,rc4_128,sha},{dhe_rsa,des_cbc,sha},{rsa,rc4_128,md5},{rsa,rc4_128,sha},{ecdhe_rsa,rc4_128,sha},{ecdhe_ecdsa,rc4_128,sha},{rsa,aes_128_cbc,sha},{ecdh_rsa,aes_128_cbc,sha},{ecdh_ecdsa,aes_128_cbc,sha},{dhe_dss,aes_128_cbc,sha},{dhe_rsa,aes_128_cbc,sha},{ecdhe_rsa,aes_128_cbc,sha},{ecdhe_ecdsa,aes_128_cbc,sha},{rsa,'3des_ede_cbc',sha},{ecdh_rsa,'3des_ede_cbc',sha},{ecdh_ecdsa,'3des_ede_cbc',sha},{dhe_dss,'3des_ede_cbc',sha},{dhe_rsa,'3des_ede_cbc',sha},{ecdhe_rsa,'3des_ede_cbc',sha},{ecdhe_ecdsa,'3des_ede_cbc',sha},{rsa,aes_256_cbc,sha},{ecdh_rsa,aes_256_cbc,sha},{ecdh_ecdsa,aes_256_cbc,sha},{dhe_dss,aes_256_cbc,sha},{dhe_rsa,aes_256_cbc,sha},{ecdhe_rsa,aes_256_cbc,sha},{ecdhe_ecdsa,aes_256_cbc,sha},{rsa,aes_128_cbc,sha256},{dhe_dss,aes_128_cbc,sha256},{dhe_rsa,aes_128_cbc,sha256},{ecdh_rsa,aes_128_cbc,sha256},{ecdh_ecdsa,aes_128_cbc,sha256},{ecdhe_rsa,aes_128_cbc,sha256},{ecdhe_ecdsa,aes_128_cbc,sha256},{rsa,aes_256_cbc,sha256},{dhe_dss,aes_256_cbc,sha256},{dhe_rsa,aes_256_cbc,sha256},{ecdh_rsa,aes_256_cbc,sha384},{ecdh_ecdsa,aes_256_cbc,sha384},{ecdhe_rsa,aes_256_cbc,sha384},{ecdhe_ecdsa,aes_256_cbc,sha384}]},{fail_if_no_peer_cert,false},{verify,verify_none},{verify_fun,{#Fun<vmq_ssl.0.22150846>,no_crl}},{versions,['tlsv1.2']}]]}},{restart_type,permanent},{shutdown,infinity},{child_type,supervisor}]

console.log:
2015-10-24 09:01:31.755 [info] <0.7.0> Application lager started on node<EMAIL_ADDRESS>2015-10-24 09:01:31.760 [info] <0.7.0> Application cowboy started on node<EMAIL_ADDRESS>2015-10-24 09:01:31.805 [info] <0.7.0> Application ssl started on node<EMAIL_ADDRESS>2015-10-24 09:01:31.916 [info] <0.146.0>@exometer_report:do_start_reporters:632 Starting reporters with []
2015-10-24 09:01:31.916 [info] <0.7.0> Application exometer_core started on node<EMAIL_ADDRESS>2015-10-24 09:01:31.973 [info] <0.152.0>@plumtree_peer_service_manager:maybe_load_state_from_disk:131 read state from file {[{[{actor,<<63,164,160,119,206,166,174,249,151,181,47,171,108,43,59,147,130,68,91,6>>}],1}],{dict,1,16,16,8,80,48,{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]},{{[],[['VerneMQ@<IP_ADDRESS>',{[{actor,<<63,164,160,119,206,166,174,249,151,181,47,171,108,43,59,147,130,68,91,6>>}],1}]],[],[],[],[],[],[],[],[],[],[],[],[],[],[]}}},{dict,0,16,16,8,80,48,{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]},{{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]}}}}
2015-10-24 09:01:31.975 [info] <0.152.0>@plumtree_peer_service_manager:write_state_to_disk:100 writing state {[{[{actor,<<63,164,160,119,206,166,174,249,151,181,47,171,108,43,59,147,130,68,91,6>>}],1}],{dict,1,16,16,8,80,48,{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]},{{[],[['VerneMQ@<IP_ADDRESS>',{[{actor,<<63,164,160,119,206,166,174,249,151,181,47,171,108,43,59,147,130,68,91,6>>}],1}]],[],[],[],[],[],[],[],[],[],[],[],[],[],[]}}},{dict,0,16,16,8,80,48,{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]},{{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]}}}} to disk <<75,2,131,80,0,0,0,247,120,1,203,96,206,97,96,96,96,204,96,130,82,41,12,172,137,201,37,249,69,185,64,81,17,251,37,11,202,207,45,91,247,115,250,86,253,213,57,218,214,147,155,92,162,217,178,18,25,179,50,56,83,24,88,82,50,147,75,18,25,19,5,128,144,35,49,32,209,32,67,32,11,13,100,48,2,197,192,230,130,8,166,20,6,193,176,212,162,188,84,223,64,7,67,35,115,61,3,32,52,36,205,94,116,243,225,206,96,32,232,12,52,173,0,62,6,77,71>>
2015-10-24 09:01:32.019 [info] <0.160.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/0 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,48773781}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.025 [info] <0.162.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/1 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,40611466}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.029 [info] <0.163.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/2 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,41642648}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.069 [info] <0.164.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/3 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,41555506}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.073 [info] <0.165.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/4 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,37713989}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.077 [info] <0.166.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/5 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,55518999}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.080 [info] <0.167.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/6 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,60515149}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.086 [info] <0.168.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/7 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,53864336}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.090 [info] <0.169.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/8 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,59853284}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.093 [info] <0.170.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/9 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,58500506}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.096 [info] <0.171.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/10 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,49740644}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.099 [info] <0.172.0>@plumtree_metadata_leveldb_instance:init_state:322 Datadir /var/lib/vernemq/meta/meta/11 options for LevelDB: [{open,[{create_if_missing,true},{total_leveldb_mem_percent,6},{use_bloomfilter,true},{write_buffer_size,40739067}]},{read,[]},{write,[{sync,false}]},{fold,[{fill_cache,false}]}]
2015-10-24 09:01:32.148 [info] <0.7.0> Application plumtree started on node<EMAIL_ADDRESS>2015-10-24 09:01:32.175 [info] <0.7.0> Application vmq_plugin started on node<EMAIL_ADDRESS>2015-10-24 09:01:32.439 [info] <0.7.0> Application vmq_systree started on node<EMAIL_ADDRESS>2015-10-24 09:01:32.444 [info] <0.196.0>@vmq_report_systree:exometer_init:43 Systree Reporter initialized; Opts: []
2015-10-24 09:01:32.480 [info] <0.7.0> Application vmq_passwd started on node<EMAIL_ADDRESS>2015-10-24 09:01:32.501 [info] <0.7.0> Application vmq_acl started on node<EMAIL_ADDRESS>2015-10-24 09:01:33.261 [info] <0.244.0>@vmq_reg_trie:handle_info:133 all subscribers loaded into vmq_reg_trie
2015-10-24 09:01:33.268 [info] <0.174.0>@vmq_cluster:init:107 plumtree peer service event handler 'vmq_cluster' registered
2015-10-24 09:01:34.784 [info] <0.260.0>@vmq_report_systree:exometer_init:43 Systree Reporter initialized; Opts: []
2015-10-24 09:01:34.890 [error] <0.308.0> CRASH REPORT Process <0.308.0> with 0 neighbours exited with reason: no match of right hand value {error,eaddrinuse} in ranch_acceptors_sup:init/1 line 30 in gen_server:init_it/6 line 330
2015-10-24 09:01:34.891 [error] <0.306.0> Supervisor {<0.306.0>,ranch_listener_sup} had child ranch_acceptors_sup started with ranch_acceptors_sup:start_link({{0,0,0,0},18083}, 10, ranch_ssl, [{ip,{0,0,0,0}},{port,18083},{packet,raw},{nodelay,true},{reuseaddr,true},{linger,{true,0}},{send_timeout,...},...]) at undefined exit with reason no match of right hand value {error,eaddrinuse} in ranch_acceptors_sup:init/1 line 30 in context start_error
2015-10-24 09:01:34.896 [error] <0.188.0>@vmq_ranch_config:reconfigure_listeners_for_type:183 can't reconfigure mqttwss listener({0,0,0,0}, 18083) with Options [{max_connections,10000},{nr_of_acceptors,10},{mountpoint,[]},{cafile,"/usr/share/ca-certificates/virtustilus_ru.ca-bundle"},{certfile,"/usr/share/ca-certificates/virtustilus_ru.crt"},{keyfile,"/usr/share/ca-certificates/virtustilus_ru.key"},{require_certificate,false},{tls_version,'tlsv1.2'},{use_identity_as_username,false},{support_elliptic_curves,true}] due to {{shutdown,{failed_to_start_child,ranch_acceptors_sup,{{badmatch,{error,eaddrinuse}},[{ranch_acceptors_sup,init,1,[{file,"/vernemq/distdir/0.12.2/_build/default/lib/ranch/src/ranch_acceptors_sup.erl"},{line,30}]},{supervisor,init,1,[{file,"supervisor.erl"},{line,243}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,306}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}}},{child,undefined,{ranch_listener_sup,{{0,0,0,0},18083}},{ranch_listener_sup,start_link,[{{0,0,0,0},18083},10,ranch_ssl,[{ip,{0,0,0,0}},{port,18083},{packet,raw},{nodelay,true},{reuseaddr,true},{linger,{true,0}},{send_timeout,30000},{send_timeout_close,true},{cacerts,[<<48,130,6,8,48,130,3,240,160,3,2,1,2,2,16,43,46,110,234,217,117,54,108,20,138,110,219,163,124,140,7,48,13,6,9,42,134,72,134,247,13,1,1,12,5,0,48,129,133,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,43,48,41,6,3,85,4,3,19,34,67,79,77,79,68,79,32,82,83,65,32,67,101,114,116,105,102,105,99,97,116,105,111,110,32,65,117,116,104,111,114,105,116,121,48,30,23,13,49,52,48,50,49,50,48,48,48,48,48,48,90,23,13,50,57,48,50,49,49,50,51,53,57,53,57,90,48,129,144,49,11,48,9,6,3,85,4,6,19,2,71,66,49,27,48,25,6,3,85,4,8,19,18,71,114,101,97,116,101,114,32,77,97,110,99,104,101,115,116,101,114,49,16,48,14,6,3,85,4,7,19,7,83,97,108,102,111,114,100,49,26,48,24,6,3,85,4,10,19,17,67,79,77,79,68,79,32,67,65,32,76,105,109,105,116,101,100,49,54,48,52,6,3,85,4,3,19,45,67,79,77,79,68,79,32,82,83,65,32,68,111,109,97,105,110,32,86,97,108,105,100,97,116,105,111,110,32,83,101,99,117,114,101,32,83,101,114,118,101,114,32,67,65,48,130,1,34,48,13,6,9,42,134,72,134,247,13,1,1,1,5,0,3,130,1,15,0,48,130,1,10,2,130,1,1,0,142,194,2,25,225,160,89,164,235,56,53,141,44,253,1,208,211,73,192,100,199,11,98,5,69,22,58,168,160,192,12,2,127,29,204,219,196,161,109,119,3,163,15,134,249,227,6,156,62,11,129,138,155,73,27,173,3,190,250,75,219,140,32,237,213,206,94,101,142,62,13,175,76,194,176,183,69,94,82,47,52,222,72,36,100,180,65,174,0,151,247,190,103,222,158,208,122,167,83,128,59,124,173,245,150,85,111,151,71,10,124,133,139,34,151,141,179,132,224,150,87,208,112,24,96,150,143,238,45,7,147,157,161,186,202,209,205,123,233,196,42,154,40,33,145,77,111,146,79,37,165,242,122,53,221,38,220,70,165,208,172,89,53,140,255,78,145,67,80,63,89,147,30,108,81,33,238,88,20,171,254,117,80,120,62,76,176,28,134,19,250,107,152,188,224,59,148,30,133,82,220,3,147,36,24,110,203,39,81,69,230,112,222,37,67,164,13,225,74,165,237,182,126,200,205,109,238,46,29,39,115,93,220,69,48,128,170,227,178,65,11,175,189,68,135,218,185,229,27,157,127,174,229,133,130,165,2,3,1,0,1,163,130,1,101,48,130,1,97,48,31,6,3,85,29,35,4,24,48,22,128,20,187,175,126,2,61,250,166,241,60,132,142,173,238,56,152,236,217,50,50,212,48,29,6,3,85,29,14,4,22,4,20,144,175,106,58,148,90,11,216,144,234,18,86,115,223,67,180,58,40,218,231,48,14,6,3,85,29,15,1,1,255,4,4,3,2,1,134,48,18,6,3,85,29,19,1,1,255,4,8,48,6,1,1,255,2,1,0,48,29,6,3,85,29,37,4,22,48,20,6,8,43,6,1,5,5,7,3,1,6,8,43,6,1,5,5,7,3,2,48,27,6,3,85,29,32,4,20,48,18,48,6,6,4,85,29,32,0,48,8,6,6,103,129,12,1,2,1,48,76,6,3,85,29,31,4,69,48,67,48,65,160,63,160,61,134,59,104,116,116,112,58,47,47,99,114,108,46,99,111,109,111,100,111,99,97,46,99,111,109,47,67,79,77,79,68,79,82,83,65,67,101,114,116,105,102,105,99,97,116,105,111,110,65,117,116,104,111,114,105,116,121,46,99,114,108,48,113,6,8,43,6,1,5,5,7,1,1,4,101,48,99,48,59,6,8,...>>,...]},...],...]},...}}
2015-10-24 09:01:34.908 [info] <0.7.0> Application vmq_server started on node<EMAIL_ADDRESS>
erlang.log.1:
=====
===== LOGGING STARTED Sat Oct 24 09:01:28 UTC 2015
=====
config is OK
-config /var/lib/vernemq/generated.configs/app.2<IP_ADDRESS>.01.29.config -args_file /var/lib/vernemq/generated.configs/vm.2<IP_ADDRESS>.01.29.args -vm_args /var/lib/vernemq/generated.configs/vm.2<IP_ADDRESS>.01.29.args
!!!!
!!!! WARNING: ulimit -n is 1024; 65536 is the recommended minimum.
!!!!
Exec:  /usr/lib/vernemq/erts-6.4/bin/erlexec -boot /usr/lib/vernemq/releases/0.12.2/vernemq               -config /var/lib/vernemq/generated.configs/app.2<IP_ADDRESS>.01.29.config -args_file /var/lib/vernemq/generated.configs/vm.2<IP_ADDRESS>.01.29.args -vm_args /var/lib/vernemq/generated.configs/vm.2<IP_ADDRESS>.01.29.args              -pa /usr/lib/vernemq/lib/erlio-patches -- console
Root: /usr/lib/vernemq
Erlang/OTP 17 [erts-6.4] [source] [64-bit] [smp:1:1] [async-threads:64] [hipe] [kernel-poll:true]

Setup running ...
Directories verified. Res = {[ok],[]}
Setup finished processing hooks ...
Eshell V6.4  (abort with ^G)

In any case, there is port 18083 is in use already, so the wss listener cannot be started.
Let's start with making sure, there's no other process owning that port.

Hello. I purged vernemq and installed again.
Copied ssl cert files into /etc/vernemq directory, changed owner and rights:
chmod gu=rw,o=r vi*
chmod u=rw,g=r,o= virtustilus_ru.key

-rw-rw-r--   1 vernemq vernemq  4103 Oct 25 13:09 virtustilus_ru.ca-bundle
-rw-rw-r--   1 vernemq vernemq  1903 Oct 25 13:09 virtustilus_ru.crt
-rw-r-----   1 vernemq vernemq  1679 Oct 25 13:09 virtustilus_ru.key

Configured /etc/vernemq/vernemq.conf:
max_client_id_size = 50

listener.tcp.default = <IP_ADDRESS>:21883
listener.ssl.default = <IP_ADDRESS>:28883
listener.ws.default = <IP_ADDRESS>:20800
listener.wss.default = <IP_ADDRESS>:20880

listener.ssl.cafile = /etc/vernemq/virtustilus_ru.ca-bundle
listener.wss.cafile = /etc/vernemq/virtustilus_ru.ca-bundle

listener.ssl.certfile = /etc/vernemq/virtustilus_ru.crt
listener.wss.certfile = /etc/vernemq/virtustilus_ru.crt

listener.ssl.keyfile = /etc/vernemq/virtustilus_ru.key
listener.wss.keyfile = /etc/vernemq/virtustilus_ru.key

Added user:
vmq-passwd -c /etc/vernemq/vmq.passwd alien

Started service:
root@virtustilus:/etc/vernemq# service vernemq start
!!!!
!!!! WARNING: ulimit -n is 1024; 65536 is the recommended minimum.
!!!!

Checked processes:
root@virtustilus:/etc/vernemq# ps uax | grep verne
vernemq  11802  0.0  0.0   7492   320 ?        S    13:50   0:00 /usr/lib/vernemq/erts-6.4/bin/epmd -daemon
vernemq  11906  0.0  0.0  14860   812 ?        S    13:50   0:00 /usr/lib/vernemq/erts-6.4/bin/run_erl -daemon /tmp/vernemq// /var/log/vernemq exec /usr/sbin/vernemq console
vernemq  11907  3.7  4.1 1420088 41964 pts/1   Ssl+ 13:50   0:02 /usr/lib/vernemq/erts-6.4/bin/beam.smp -P 256000 -A 64 -K true -W w -zdbbl 32768 -- -root /usr/lib/vernemq -progname vernemq -- -home /var/lib/vernemq -- -boot /usr/lib/vernemq/releases/0.12.2/vernemq -config /var/lib/vernemq/generated.configs/app.2<IP_ADDRESS>.50.56.config -setcookie vmq -name<EMAIL_ADDRESS>-smp enable -vm_args /var/lib/vernemq/generated.configs/vm.2<IP_ADDRESS>.50.56.args -pa /usr/lib/vernemq/lib/erlio-patches -- console
vernemq  12101  0.0  0.0   4440   648 ?        Ss   13:50   0:00 sh -s disksup
vernemq  12102  0.0  0.0   4324   600 ?        Ss   13:50   0:00 /usr/lib/vernemq/lib/os_mon-2.3.1/priv/bin/memsup
vernemq  12104  0.0  0.0   4324   576 ?        Ss   13:50   0:00 /usr/lib/vernemq/lib/os_mon-2.3.1/priv/bin/cpu_sup
root     12339  0.0  0.0  11756   932 pts/4    S+   13:52   0:00 grep --color=auto verne

Tried to connect by wss to 20880 and it connected successfully.
Thank you for the help!
However I can't stop service vernemq correctly, it hanged:
root@virtustilus:/etc/vernemq# service vernemq stop
ok
^C
Session terminated, terminating shell... ...terminated.

I think this is how previous time vernemq used the port.

Are you running VerneMQ in a docker container? We had seen similar issues when run under docker.

No, I tried to do it on fresh installation of ubuntu 14.04.

@dergraf How did you fix the issue when running in a docker container?

@teemuniiranen which issue are you referring to? The SSL config crashes or vernemq hanging when stopping the service?

@larshesel SSL config crash. We encountered this issue on Debian Docker image and Jessie 0.14.2. Nightly build (https://bintray.com/artifact/download/erlio/vernemq/deb/jessie/vernemq_0.13.1-17867c18-1_amd64.deb) works just fine.

I'm no docker expert, but if you can show me the steps to reproduce it (and maybe share your test-certs) I'd be happy to try and see if I can figure out what the problem is. Is it the exact same errors as above? (same errors in the crash logs and errors logs)


.NET 9 packages for preview.4?

Are there plans to re-publish some "official" NuGet preview packages for .NET Aspire that are compatible with .NET 9 preview 4?
(Sorry to be That Guy™ 😄)
I'm testing a number of apps with .NET 9 where the version in main with .NET 8 now uses Aspire, and I'm having to stick with the unpublished .NET 9 preview.3 packages in my .NET 9 branches to keep them compiling, and in some cases comment-out code as the breaking API changes made for CosmosDB are missing for .NET 9 comparing 8.0.0/8.0.1 to what was in 9.0.0-preview.3.

@joperezr what was the plan here again?

Hey @martincostello, thanks for raising this question. The TL;DR is that we won't be shipping 9.0 previews of Aspire going forward, but you can use 8.0 Aspire in 9.0 SDKs and build 9.0 services that work with Aspire.
The long answer is this: After some discussion, we realized that for several reasons it would be best to only have one "train" for Aspire, as opposed to having both the 8.0 and 9.0 branches to maintain. The most important reason is that Aspire itself ships different than the rest of .NET; We plan on shipping a new version roughly every month, which unlike .NET Servicing, will include new features. For .NET new features are usually just shipping once a year, as opposed to once a month. Because we ship every month, then we will expect most customers to be in that latest build, so there is less incentives to also have a separate train exclusively for 9.0. Another reason is that because most of our focus was (and is) on the next monthly version we are shipping, then we weren't doing enough validation in the 9.0 train which had led to bugs only present in 9.0 previews, and we want to hold ourselves to great quality standards. Finally, having Aspire target 8.0 does not prevent users that already have the 9.0 SDK to write their Aspire services targeting 9.0. This means, you can have Aspire 8.0 installed in your 9.0 SDK, and create an Aspire project that has 9.0 services and that should just work.
Given all of the points above, we decided to stop shipping 9.0 Aspire previews. I the next 9.0 SDK Preview release, you'll see that the version of Aspire that comes inserted will change from 9.0 preview 3 (which is what it currently has) to our latest 8.0 Aspire instead. In the meantime, you can "force" Aspire 8.0 into your 9.0 SDK by following these steps:

Create a file called rollback.txt in your project directory with the following contents:

{
  "microsoft.net.sdk.aspire": "8.0.1/8.0.100"
}

with your 9.0 sdk, run: dotnet workload update --from-rollback-file .\rollback.txt
Then run: dotnet workload install aspire --from-rollback-file .\rollback.txt

That should make it so that your 9.0 SDK is now using the 8.01 (latest) version of Aspire. From there, you should be able to create new Aspire projects, and while the individual services will be targeting net8.0, you should be able to update their target frameworks to instead use net9.0 and this should just work.
Let us know if you have any questions/comments/concerns with any of the above.

Thanks - with an earlier preview I had a either (or both) of:

net8.0 project can't depend on a net9.0 project
Aspire package doesn't support targeting net9.0

I'll try this out tomorrow with the stable 8.0.x aspire packages with the rest of the solution with 9.0 preview 4 bits and see how I get on.

In the case where I have the AppHost targeting net8.0 I get this error restoring the workloads:
alexa-london-travel-site on  stable-aspire [$] via .NET v9.0.100-preview.4.24267.66
❯ dotnet workload restore
__________________________________________________
Project "C:\Coding\martincostello\alexa-london-travel-site\src\LondonTravel.Site.AppHost\LondonTravel.Site.AppHost.csproj" (_GetRequiredWorkloads target(s)):

C:\Program Files\dotnet\sdk\9.0.100-preview.4.24267.66\Microsoft.Common.CurrentVersion.targets(1879,5): error : Project '..\LondonTravel.Site\LondonTravel.Site.csproj' targets 'net9.0'. It cannot be referenced by a project that targets '.NETCoreApp,Version=v8.0'.
Done building project "LondonTravel.Site.AppHost.csproj" -- FAILED.
Failed to restore workload for project C:\Coding\martincostello\alexa-london-travel-site\src\LondonTravel.Site.AppHost\LondonTravel.Site.AppHost.csproj: Failed to run MSBuild Target _GetRequiredWorkloads.

Things build if I target net9.0 in the AppHost, but then I just get these errors when I start it:

If I do the rollback file steps too, then I get this on F5:
fail: Microsoft.Extensions.Hosting.Internal.Host[11]
      Hosting failed to start
      System.IO.FileNotFoundException: The Aspire orchestration component is not installed at "C:\Program Files\dotnet\packs\Aspire.Hosting.Orchestration.win-x64\9.0.0-preview.3.24210.17\tools\dcp.exe". The application cannot be run without it.
      File name: 'C:\Program Files\dotnet\packs\Aspire.Hosting.Orchestration.win-x64\9.0.0-preview.3.24210.17\tools\dcp.exe'
         at Aspire.Hosting.Dcp.DcpDependencyCheck.GetDcpInfoAsync(CancellationToken cancellationToken) in /_/src/Aspire.Hosting/Dcp/DcpDependencyCheck.cs:line 50
         at Aspire.Hosting.Dcp.DcpHostService.StartAsync(CancellationToken cancellationToken) in /_/src/Aspire.Hosting/Dcp/DcpHostService.cs:line 67
         at Microsoft.Extensions.Hosting.Internal.Host.<StartAsync>b__14_1(IHostedService service, CancellationToken token)
         at Microsoft.Extensions.Hosting.Internal.Host.ForeachService[T](IEnumerable`1 services, CancellationToken token, Boolean concurrent, Boolean abortOnFirstException, List`1 exceptions, Func`3 operation)

Do you happen to have a repro project that I can take a look at?

I'm assuming you also changed the references to Aspire related packages to use the 8.0.0 versions as opposed to the 9.0 packages?
Does this repro if you don't go through VS but instead do it via the command line? If so, can you please share your dotnet --info output so we can take a look?

This is the commit where I rolled back to 8.0.1: https://github.com/martincostello/alexa-london-travel-site/pull/2177/commits/9779aba3d902dc732408e0c48e9f02c35e3724da
I didn't try with the command line I was just using VS, but I can try it out tomorrow.

I just tried this out locally by building and running your  dotnet-vnext branch with an SDK that has 8.0.1 of Aspire installed. Things seem to be working just fine for me from the CLI:

From your error log, it seems like you probably didn't fully clean rebuild from VS after installing 8.0 Aspire in the 9.0 SDK

Ok, thanks for looking. I'll try flushing stuff out again tomorrow, but I imagine it's probably working fine and you can close this out 👍

No worries, let's keep it open until you validate that it is working as expected :). For some additional context of what I think it is happening, when Aspire builds your AppHost project, it adds some assembly attributes with locations for where to find things used for launching your app, like the aspire dashboard as well as the location of DCP like you can see here:

The error you are getting suggests that the paths in the attributes used for your app are still pointing to dcp.exe for 9.0 preview 3 workload, but those can't be found after you changed the installation to instead use the 8.0.1 workload. I would expect rebuilding the AppHost with the 8.0.1 workload should fix those paths and get you back into a working state.

Oh, and one thing I forgot to mention, in order for the dashboard to work, you'll want to have the AppHost project still target net8.0 (the rest of the projects can continue to be net9.0)

Yep, that was it - I nuked my artifacts folder and rebuilt and it worked.
Unrelated, but am I correct in thinking that in Visual Studio, if Docker isn't running when you F5, it's supposed to start it for you? I'm sure that it used to do that, but this morning I got this exception instead (with VS 17.11.0 Preview 1):
Aspire.Hosting.DistributedApplicationException: Container runtime 'docker' was found but appears to be unhealthy. The error from the container runtime check was error during connect: this error may indicate that the docker daemon is not running: Get "http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.45/containers/json?limit=1": open //./pipe/docker_engine: The system cannot find the file specified..
         at Aspire.Hosting.Dcp.DcpDependencyCheck.EnsureDcpContainerRuntime(DcpInfo dcpInfo) in /_/src/Aspire.Hosting/Dcp/DcpDependencyCheck.cs:line 199
         at Aspire.Hosting.Dcp.DcpDependencyCheck.GetDcpInfoAsync(CancellationToken cancellationToken) in /_/src/Aspire.Hosting/Dcp/DcpDependencyCheck.cs:line 99
         at Aspire.Hosting.Dcp.DcpDependencyCheck.GetDcpInfoAsync(CancellationToken cancellationToken) in /_/src/Aspire.Hosting/Dcp/DcpDependencyCheck.cs:line 115
         at Aspire.Hosting.Dcp.DcpHostService.StartAsync(CancellationToken cancellationToken) in /_/src/Aspire.Hosting/Dcp/DcpHostService.cs:line 67
         at Microsoft.Extensions.Hosting.Internal.Host.<StartAsync>b__14_1(IHostedService service, CancellationToken token)
         at Microsoft.Extensions.Hosting.Internal.Host.ForeachService[T](IEnumerable`1 services, CancellationToken token, Boolean concurrent, Boolean abortOnFirstException, List`1 exceptions, Func`3 operation)

Not sure if this is the right place to ask.
Some components I'm using have breaking changes (port --> containerPort for example) and I'd like to submit some PRs to fix them, but I'm not sure how to test these locally. e.g., Seq.AppHost targets net8.0, but I'm not entirely sure how to "switch" to the net9 configuration. Any guidance is appreciated.

At the moment don't use the 9.0 packages for Aspire.

Closing this now that 9.0 is released.


$GITBIT - Oldest Original BTC GitHub Repository

This is a historical repository of Satoshi Nakamoto's original bitcoin sourcecode. All communications done within this thread.
$GITBIT

Live - https://pump.fun/9ixsCBv4cxfk3kokCcK3AGcw9JVMXTyxtQwSrjSapump

lol thats dope

ok cool count me in

the powerful thing here is github sends you an email everytime


Crashing

When I logged on today I was in a mine and everything ran great but when I tried to /home as it loaded my base Minecraft crashed so now when I log onto the server it crashes right away.

Can't do anything without a crash report buddy.

im not sure which doc you need so here is a few
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 4:41 AM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Can't do anything without a crash report buddy.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325108532,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn50jrtvozo_qcJhJQuIvVsKSpMJXks5sb-g7gaJpZM4PDYdr
.

im not sure which doc you need so here is a few
On Sat, Aug 26, 2017 at 4:41 AM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Can't do anything without a crash report buddy.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325108532,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn50jrtvozo_qcJhJQuIvVsKSpMJXks5sb-g7gaJpZM4PDYdr
.

https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#m_-4884652254466102695_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 4:41 AM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Can't do anything without a crash report buddy.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325108532,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn50jrtvozo_qcJhJQuIvVsKSpMJXks5sb-g7gaJpZM4PDYdr
.

IDK what any of that is lol. I need the crash report out of /crash-reports in your instance folder
Click Open folder on your M&M instance on ATL. You should see it there. Copy and paste the contents of it to pastebin.com and leave me the link

https://pastebin.com/R21JtzZm           lol sorry bout that
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 8:34 PM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

IDK what any of that is lol. I need the crash report out of /crash-reports
in your instance folder
Click Open folder on your M&M instance on ATL. You should see it there.
Copy and paste the contents of it to pastebin.com and leave me the link
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325171449,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn0pjMwoFjHbvzHbrYXZG2pjkZHoZks5scMetgaJpZM4PDYdr
.

Try now.  Should be fixed.  May have lost some AE2 drives.

thanks for the speedy turn-around on this.
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 10:08 PM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Try now. Should be fixed. May have lost some AE2 drives.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325174326,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn6fi3HM83RUulEFANrx6SJgBVJhHks5scN23gaJpZM4PDYdr
.

https://pastebin.com/Rzpaj3Vt               it crashed again budd
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 4:41 AM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Can't do anything without a crash report buddy.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325108532,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn50jrtvozo_qcJhJQuIvVsKSpMJXks5sb-g7gaJpZM4PDYdr
.

Im not sure if you got my last email but im still crashing when i join the
server. i posted another crash report
On Sat, Aug 26, 2017 at 10:56 PM, Edward Diesing<EMAIL_ADDRESS>wrote:

https://pastebin.com/Rzpaj3Vt               it crashed again budd
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon Virus-free.
www.avast.com
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
<#m_-5600272601263291397_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sat, Aug 26, 2017 at 4:41 AM, Y0ung_Sandwich<EMAIL_ADDRESS>wrote:

Can't do anything without a crash report buddy.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Y0ungSandwich/Mech-and-Magic/issues/177#issuecomment-325108532,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ASUCn50jrtvozo_qcJhJQuIvVsKSpMJXks5sb-g7gaJpZM4PDYdr
.

Alrighty NavVet, It should be fixed. Try it out when you can and get back to me if its still causing you problems.


mixpanel-browser gets blocked by CORS policy

The value of the 'Access-Control-Allow-Origin' header in the response must not be the wildcard '*' when the request's credentials mode is 'include'
This error occurs both locally and on my production site.
This seems like a bug given that the code is very easy to follow.
I could be wrong though...

Haven't heard of this happening before. The tracking API returns a specific origin for Access-Control-Allow-Origin; can you provide some request/response details on when you're getting * back? Not entirely sure but it might happen for request failures e.g. if the API returns a 500.

It appears browser specific. This failure is occurring in Brave but passes on Safari - exact same code and origin...
I'll look into it but it's a unique error given I'm the only one raising this issue.

I also hit the error using Brave. Disabling Brave Shields on localhost is enough.
I didn't test in production yet though

I cannot tell you how often I forget about Brave shield being Up! Thank you for the prompt!


minor readme typo

PS: Sorry, I missed the whitespace change there as well. I used the GitHub "edit via web" for the first time. Didn't notice the whitespace change it made automatically.


Publish pattern library config generation to npm

Problem / Motivation

WHO wants this? developers
WHEN and WHERE do they want it? before they build any patterns
WHAT do they want? pattern library config generator published to npm
WHY do they want this? to make it easier to develop patterns using Libero

https://docs.travis-ci.com/user/deployment/npm/ should be helpful.
Do we mean this to be a separate repository from patterns-core?
Do we have already a NPM account for libero or should it be created?

Stand alone repo for the config management is at https://github.com/libero/libero-pattern-library-config-manager (verbose name, taking suggestions).


Trying to get property 'created_at' of non-object

Thanks @indigoram89 - I've just pushed a commit that will fix this issue from occuring again.


Thanks!


qemu: make sure to not mix python versions

Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

This breaks cross compilation, because python3Packages.${attr} is spliced, but python3.pkgs.${attr} is not spliced. How should we fix it here?

Had an idea: should we switch to using python3Packages.python?  Or is that not supposed to be used


GitHub status upload/download should use a combined status instead of a list of all statuses

Expected Behavior
When using a PullRequest resource, I expect to have the most recent check statuses available to me in a pipeline
Actual Behavior
A ref can have multiple statuses with the same label,  and Download/toDisk writes the last occurence of the returned statuses to disk, which is not always the most recent one.  Using FindCombinedStatus instead of ListStatuses fixes this problem.  A combined status contains the latest version of the checks.
Steps to Reproduce the Problem

Open a PR and set a check to success/failure back and forth a few times
Run a pipeline that takes a GitHub PR as a resource, and cat out the statuses

- name: check-status
   image: busybox
   script: |
     cat $(outputs.resources.pr.path)/status/*

The state of the check is not always the most recent one

A full example of the trigger/pipeline is available here
Additional Info

/assign

I started working on this and it works for Github, but basically none of the other git drivers implement FindCombinedStatus.
And you can't implement "use latest status" login in tekton itself without changing the jenkins-x go-scm code.  Tekton only knows about the scm.Status struct, which does not have the created at/updated at fields.  Those are in an internal struct in the various git providers code, see https://github.com/jenkins-x/go-scm/blob/cc0bf0ce64091d3c88ca13ff5f5699243ed2f1a2/scm/driver/github/repo.go#L345

/unassign

/kind feature

@vdemeester is this a bug instead of a feature?  You cannot rely on pullrequest-init to get the most recent status for each check in a PR.

I filed tektoncd/pipeline#2188, but it's kind of a duplicate of this one.

@vdemeester is this a bug instead of a feature? You cannot rely on pullrequest-init to get the most recent status for each check in a PR.

I definitely think this is a bug - see tektoncd/pipeline#2188 also.

@afrittoli @tomgeorge is this still a bug or has it been fixed (with #2188) ?

Sorry for the delay, this has been fixed. I think this can be closed


Add endpoint-access flag for create cluster aws

Help UX for private clusters when using create cluster aws.  Current procedure is to use --render and edit the yaml manually.

/lgtm


Hello, I have a problem.

the result of my image splicing is correct, SVApp.cpp can see the result of splicing with the following code
svtitch->stitch(cameradata, stitch_frame);
cv::Mat stitched_frame;
stitch_frame.download(stitched_frame);
cv::imwrite("/usr/Surround-View-master/data/stitch.jpg", stitched_frame);
But execute this code in SVApp.cpp，The result displayed is only the car, no image after stitching
bool okRender = dp->render(stitch_frame);

I put svrent.cpp in
auto ok = cuOgl.copyFrom(frame, 0);
Change into
auto ok = cuOgl.copyFrom(frame, 1);
Result display

Do you know what caused this
The opengl configuration is as follows

@langmanman Hello!
"I put svrent.cpp" what's svrent.cpp? What "stitched_frame" contains? I mean type of data and steps. I think the problem may be in data type and step of the cv::cuda::GpuMat. Also OpenGL may require a different step value depending on GPU vendor and version. I tested only OpenGL ES 3.2.  About:
"auto ok = cuOgl.copyFrom(frame, 0);
Change into
auto ok = cuOgl.copyFrom(frame, 1);"
The texture ID in glBindTexture must be 0 if you don't bind any other texture before/after in to current state for rendering.

Thank you for your reply
svrent.cpp refers to svrent.cpp, I wrote it wrong, stitched_frame refers to code
svtitch->stitch(cameradata, stitch_frame);
After stitching the image stitch_frame, I saved it as jpg picture and found that it was correct, but the rendered result only showed the car without the stitched image. The opengl version I used was also 3.2, is it the problem of nvidia driver? Whether to use nvidia opengl or intel opengl

The above image is the result of combining four pictures, the car is round under the car, and the result of using four cameras is square under the car

Thank you for your reply svrent.cpp refers to svrent.cpp, I wrote it wrong, stitched_frame refers to code svtitch->stitch(cameradata, stitch_frame); After stitching the image stitch_frame, I saved it as jpg picture and found that it was correct, but the rendered result only showed the car without the stitched image. The opengl version I used was also 3.2, is it the problem of nvidia driver? Whether to use nvidia opengl or intel opengl

Ok. As I said the problem in CUDA-OpenGL interoperability. Your texture which contain in "stitched_frame" not correctly pass to opengl buffer. I need more information about the data in stitched_frame:

The data type and step in your "stitched_frame".
But I'm sure the problem in OpenGL texture representation. I have tested only on OpenGL ES 3.2 not in OpenGL. I think the problem not in driver of your GPU, on screenshot your drivers is correct. The data may be different stored in OpenGL.

Check stitched data representation(type and step). You can directly change the step value, because this is public field of cv::cuda::GpuMat
Check CUDA-OpenGL interoperability in here, it may be need add some modifications for OpenGL 4.6.
For testing all render process is correctly work try to modify here FragColor variable with some random color. Also here could be a problem because I remember I tested the bowl render code on my laptop with OpenGL 4.6 and this part mostly suite for OpenGL ES 3.2. You can try to use just "highp vec3 color = vec3(texture(surroundTexture, textCoord));"
I invert texture coordinate for correct render here. This is also needed only for OpenGL ES 3.2

Thank you for your reply, the type and step information of stitich_frame is as follows

highp vec4 color_a = vec4(color, 1.f);
highp vec3 color = vec3(texture(surroundTexture, textCoord));
I modified the above two code results are unchanged

My opengl version is 4.6 and opengl es version is 3.2. Are both of your versions 3.2

Thank you for your reply, the type and step information of stitich_frame is as follows
I changed the following two code, and the result is not changed.
(1)highp vec4 color_a = vec4(color, 1.f);
I changed 1.f to something else.
(2)highp vec3 color = vec3(texture(surroundTexture, textCoord));

I modified the above two code results are unchanged

Thank you for your reply, the type and step information of stitich_frame is as follows.

I changed the following two code, and the result is not changed.
(1)highp vec4 color_a = vec4(color, 1.f);
I changed 1.f to something else.
(2)highp vec3 color = vec3(texture(surroundTexture, textCoord));

I modified the above two code results are unchanged

The step is strange...What the resolution of your stitched_image? Because it must be equal the width. The type is wrong the 19 it's CV_16S but it should be 16 or CV_8UC3, see here because your prepare opengl buffer with 3 channels by 8 bits (here).
In addition, you misunderstood my suggestions to change part of the code in shader programs, please re-read carefully.

I set stitch_frame to read an image, and then look at stitich_frame type and step, again only show the car, using the image and the result is as follows

As for the opengl version you mentioned, my opengl es version is also 3.2, is it the same with yours?


Ignore some patterns

We're not actually gaining so much from ignoring those, but it can go up to one useless MB with many widgets libraries, so it's still worth doing it.

I was kind-of hoping it would be more of a gain, because I wrongly thought we were including the JS for widgets extensions, which we were not doing.


Enable running mvn release... over parent/pom.xml

mvn -DdryRun=true release:prepare -Darguments="-DskipTests" seems to impact only the root pom.xml
mvn -f parent/pom.xml -DdryRun=true release:prepare -Darguments="-DskipTests" fails because parent/pom.xml lacks developerConnection
I add here what enable a full release through mvn -f parent/pom.xml release:prepare -Darguments="-DskipTests". I did not succeed  configuring mvn so that -f parent/pom.xml is not necessary. Then, we may choose to move files (I would not keep -f parent/pom.xml it but I'm not the one doing releases).

Coverage remained the same at 90.444% when pulling b59f0c53e89d392b4b80d1c91d3e6e4cbd4112aa on blasd:fixPom into 11fc14b27b674fbb721104630812af248dc75b02 on RoaringBitmap:master.

Do you really need that parent folder ? Cannot we instead do a classic maven project by moving RoaringBitmap actual source to a specific submodule, and leaving all other submodules where they are ?
For the release, we just have to mark all modules but the sources are ignored by deploy plugin.
Something like:
<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-deploy-plugin</artifactId>
	<version>2.7</version>
	<configuration>
		<skip>true</skip>
	</configuration>
</plugin>

@Kineolyan You are right. I proposed this way to prevent moving all sources. I'm not confortable with the need of -f in the release process.
Should I move the files as you suggested or do we wait for @lemire confirmation (even if he already confirmed he is OK with moving files)?

If you have some free time, you can create one commit with this specific change of structure, and nothing else.
This way, if @lemire or anyone else come to disagree with the change, you can easily revert to the previous state.
As mentioned elsewhere - I don't remember if it was in an issue or another PR - git will normally be smart enough to apply the new layout. It requires manual operations when new files are added, but I don't think the cost is very high. Particularly as there are only 2 active PRs as we speak.

The move-only commit is https://github.com/RoaringBitmap/RoaringBitmap/pull/181/commits/bd7e39002ee0ae1ce6728433477a2c503ed26621

@blasd My impression is that moving the files is fine at this time.

I only look at this one, but it seems that examples/run.sh is now broken, as it will the content of roaringbitmap/target. In the script, it results in changes from ../target/ to ../roaringbitmap/target/.
I don't know how other scripts work.
This examples folder could be transform into another module as github kindly flatten directory when only one exists.

@Kineolyan Good point. If we break the script in the examples directory, we should correct it, but I would not hold the PR on that account. The examples are more pedagogical...

I have restarted the travis tests. They failed after 45 minutes.
The problem seems to be with the JMH tests. The regular tests are slow but that's just because we have a lot of them. The JMH real-data tests are ridiculously slow not because of the testing itself... the testing takes fractions of seconds... what is incredibly slow is the JMH setup phase. I think we could complete all the testing itself in under a minute, but it takes something like 30 minutes. The bulk of the running time is spent setting up the tests, whatever this means...  I am not sure why the setup is so ridiculously slow. JMH in general is a dog performance-wise. I'm not sure why, but I suspect that it does crazy stuff in the background that you might not expect.
c.c. @gssiyankai

They have been running for 38 minutes. I suspect that they will time out again.
I don't know what to make of this.
Again: it is not the tests themselves that take a long time.

I think we can merge the PR, but we are going to have a problem with the tests, as travis will fail.
I propose to wait a bit in case someone has a clever idea to speed up the tests. We need a 10x speed-up.
cc @gssiyankai

To verify that the JMH tests should run under a minute, do:
$ cd simplebenchmark/
$ ./run.sh

At first sight, I would say that something went wrong in the pom refactoring: my first guess would be that the configuration of the surefire maven plugin changed for the jmh module... perhaps because it is now defined globally in the parent pom ??
I do not have time to dig deeper but this is the first thing I would investigate.

Here are the reported duration of the JMH tests for the head of master according to travis:
-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 111.875 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
Running org.roaringbitmap.realdata.RealDataBenchmarkReverseIterateTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 113.382 sec - in org.roaringbitmap.realdata.RealDataBenchmarkReverseIterateTest
Running org.roaringbitmap.realdata.RealDataBenchmarkWideAndNaiveTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 114.309 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideAndNaiveTest
Running org.roaringbitmap.realdata.RealDataBenchmarkIOrTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 24, Time elapsed: 24.306 sec - in org.roaringbitmap.realdata.RealDataBenchmarkIOrTest
Running org.roaringbitmap.realdata.RealDataBenchmarkWideOrPqTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 113.508 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideOrPqTest
Running org.roaringbitmap.realdata.RealDataBenchmarkAndNotTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 106.438 sec - in org.roaringbitmap.realdata.RealDataBenchmarkAndNotTest
Running org.roaringbitmap.realdata.RealDataBenchmarkForEachTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 117.21 sec - in org.roaringbitmap.realdata.RealDataBenchmarkForEachTest
Running org.roaringbitmap.realdata.RealDataBenchmarkXorTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 109.802 sec - in org.roaringbitmap.realdata.RealDataBenchmarkXorTest
Running org.roaringbitmap.realdata.RealDataBenchmarkOrTest
Tests run: 96, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 224.08 sec - in org.roaringbitmap.realdata.RealDataBenchmarkOrTest
Running org.roaringbitmap.realdata.RealDataBenchmarkIterateTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 70.505 sec - in org.roaringbitmap.realdata.RealDataBenchmarkIterateTest
Running org.roaringbitmap.realdata.RealDataBenchmarkAndTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 62.024 sec - in org.roaringbitmap.realdata.RealDataBenchmarkAndTest

Here are the current timings for this PR:
-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running org.roaringbitmap.realdata.RealDataBenchmarkAndNotTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 24, Time elapsed: 255.491 sec - in org.roaringbitmap.realdata.RealDataBenchmarkAndNotTest
Running org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 295.253 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
Running org.roaringbitmap.realdata.RealDataBenchmarkWideAndNaiveTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 282.686 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideAndNaiveTest
Running org.roaringbitmap.realdata.RealDataBenchmarkIterateTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 309.58 sec - in org.roaringbitmap.realdata.RealDataBenchmarkIterateTest
Running org.roaringbitmap.realdata.RealDataBenchmarkWideOrPqTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 288.686 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideOrPqTest
Running org.roaringbitmap.realdata.RealDataBenchmarkAndTest
Tests run: 144, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 283.195 sec - in org.roaringbitmap.realdata.RealDataBenchmarkAndTest
Running org.roaringbitmap.realdata.RealDataBenchmarkOrTest

So it definitively seems much slower.
Of course, it is also possible the travis architecture changed. So I am going to ask it to rerun the tests for the head of master. If they pass, then we have mystery on our hands in that this PR slows things down dramatically.

I think that the prudent thing to do is not to merge this PR until we can figure out the nature of the performance issue.

I did test anything, but it seems that the gpg plugin is called for every sub module, while it was only applied to roaring bitmap code before.
I don't know what it does, but it may be long for jhm module, which has a lot of classes and annotations and stuff

I agree about not to merge.
One way to manage the gpg plugin in the context of maven central publication is to add it the related plugins in a profile dedicated to the release process. However it is not the way the original pom was configured as it rather relies on -Dgpg.skip=true.
http://www.sonatype.org/nexus/2014/10/08/distribute-project-artifacts-in-maven-central-with-nexus-oss/
About performance tests, I kept the surefire config for each module. I'll dig deeper

We can certainly move the gpg stuff, and that might be good for other reasons, but are the jars getting signed in the first place?
What happens if you type
$ for file in $( find ./ -name "*.jar" ) ; do echo $file; jarsigner -verify $file; done

I restarted the tests on the current head of master and they run within the accepted time limit. So it is strong evidence that this PR slows down the duration of the tests, for some mysterious reason.

The number of tests for RealDataBenchmarkAndNotTest grows from 48 to 144 :S
Is it possible the realdataset changed, being much bigger ? The pom in master refers to realdataset 0.6.30. I've changed it to refers to current pom: 0.6.52-SNAPSHOT
In master:

    <dependency>
        <groupId>org.roaringbitmap</groupId>
        <artifactId>real-roaring-dataset</artifactId>
        <version>0.6.30-SNAPSHOT</version>
    </dependency>

hmmm...

Ah. Yes. It now runs each test 3 times. The dataset is the same, but JMH repeats the same tests.

Ok. So here are the tests being run...
 So this should complete in about a second. The bulk of the time is spent in JMH preparing the test.

I might have found the issue.

Ok. So the problem has to do with accessing the string data within the zip files found in real-roaring-dataset/src/main/resources/real-roaring-dataset when going through JMH. If you just write a simple java program to access it, it is fine, but if you go through JMH, there is something funny happening.

@blasd
I recommend dropping the JMH unit tests. Our JMH module has a performance bug that makes it unbearable.
I have opened an issue : https://github.com/RoaringBitmap/RoaringBitmap/issues/182
It will temporarily weaken our testing framework, but I think it is best we can do for now.
It might be simpler to discard the JMH module and write our own benchmarking framework. JMH is just very, very slow. It is probably better suited for tiny microbenchmarks.

@blasd
To be clear, I recommend simply editing your travis file so that the JMH tests are omitted.

2 things: I modified JMH tests so that Immutable/Buffer tests does not require writing everything in a tmp file. I felt the goal is to check the implementation relying on a ByteBuffer, not caring if it be a heap wrapper or a file.
I also fixed the travis script step: the 3rd step run test on the root pon: it led to run test on all module: no big deal, except for JMH as we were lacking the -DBITMAP_TYPES=ROARING_ONLY switch: I restricted the first step for RoaringBitmap tests, and kept the last step for JMH test (restricted to JMH only)

Running org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
Tests run: 48, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 48.356 sec - in org.roaringbitmap.realdata.RealDataBenchmarkWideOrNaiveTest
It sounds quite good for final build timing!

Coverage remained the same at 90.444% when pulling 0ca9f4ac42b16805c6e30c751163a0bba16f184c on blasd:fixPom into 11fc14b27b674fbb721104630812af248dc75b02 on RoaringBitmap:master.

Great. I think you got it fast enough.


PubMatic: updated list of User Id partners

PubMatic: updated list of User Id partners

Reference in https://github.com/prebid/Prebid.js/pull/4191

Hello @bretg ,
Could you please check this one?

Thank you @bretg


Add taint support in kubesim

This is upstream way to support taint. However, in kubesim project, we probably should consider to use Node templates. I will do some refactor later with node labels together.

/approve
/lgtm


Ensuring idempotent deployments!

Ensuring idempotent deployments!

Utilize Terraform's state management and Ansible's idempotency.


Pcons window: Visibility of Enabled/Disabled button is not remembered

I disabled the button, typed "/tb exit" to save the settings, relaunched GWToolbox and the button reappeared. Also it's a bit unclear whether visibility should only affect the button in the pcons window or also the button in the TB main menu (it does not, which is good).

Did it just happened once ?
I had this issue for the button and other settings in TB. I think it's a general bug of saving.
Did you update TB during the same game session ?
My settings have not been saved twice in the last few week, it seems hard to reproduce but I am 90% sure that I had a TB update just before.

I tried disabling the button. then /tb exit and then relaunch a few times and it was never saved. The consumables I have disabled (set to invisible) in the window were successfully saved, though.

Thanks, will be fix for the next update.

Thanks for the catch and analysis. I am amazed noone noticed this before. Maybe I'll do a general pass checking all the ini Set/Get to make sure there aren't any others.


By default, don't auto-complete the first Intellisense suggestion after typing '.'

This was opened as a bug report and closed.
This was opened as a second bug report as this was still and issue, and closed because it's a duplicate of #70176, even though #70176 is closed. So, as far as I can tell, this still isn't resolved.
Since some of the feedback seemed to be: "This is by design" despite being contrary to developer expectations. I just wanted to share this maddening experience trying to type an .eslintrc.js file:
https://github.com/microsoft/vscode/assets/414752/ee826b0a-bf58-446c-8843-43b4917a72d1
Trying to quickly type module.exports results in dumping in useCssModule, despite how counter-intuitive that is. This happens frequently. Another example is I'll type something as a typo, and then later find some weird, obscure import, like I'll accidentally type d. and later will find, at the top of my file:
import { d } from 'node_modules/some-obscure/random/dist/folder/with/a-build-variable/that-happens-to-be/d'

IMO the original bug report still applies - TAB and ENTER are both documented to finish auto-complete. A period character usually should not, auto-complete and certainly should NOT completely transform something like the word module to useCssModule which is not an auto-completion and is, in fact, a complete substitution. So I'm confused how that follows developer intent at all.
Can we, by default, just have a period not dump in something un-related, and follow the docs to ask users to press tab to auto-insert the completion?

The setting you are looking for is editor.acceptSuggestionOnCommitCharacter. This prevents automatic insertion of completions while typing. I do agree that . for the given prefix is a poor choice but that's one made by the vue extension so please also report this issue to them


Example candle-wasm-examples/llama2-c is currently broken

error in worker "model creation error CannotFindTensor { path: \"lm_head.bias\" }"

Maybe only me?

probably, I see @LaurentMazare has been working on quantized version, we might have to adapt the example, @LaurentMazare could you create a model page with the new weights? thanks

Ah thanks for reporting this (and thanks @radames for looking into it). I definitely broke this in #1194 , sorry about that. I just pushed a tentative fix but I cannot easily test it at the moment (some conflict versions with my nix environment) - could you give it another spin and let me know how it goes?

Ah thanks for reporting this (and thanks @radames for looking into it). I definitely broke this in #1194 , sorry about that. I just pushed a tentative fix but I cannot easily test it at the moment (some conflict versions with my nix environment) - could you give it another spin and let me know how it goes?

Working now case closed! Thanks!

thanks @LaurentMazare ! is it worth to add the quantized example as well?


proxy problem?

Unhandled rejection RequestError: Error: tunneling socket could not be established, statusCode=502
 return request(Object.assign(optons, { proxy: 'http://x.x.x.x:8888' }));

getting this error when I try to use my proxy. Proxy works fine via curl.

Does it always throw this kind of error?

Yes.