Question

我正在尝试在运行时升级riak_core erlang应用程序。

简单升级正在进行中。我使用rebar3和relflow成功升级应用程序。但是，如果我更改vnode的内部并使用relflow和rebar3 relup生成新版本，则vnode将停止工作。 vnode被称为'cavv'。

热升级后，此时崩溃：

DocIdx = riak_core_util:chash_key({<<"run">>, term_to_binary(os:timestamp())}),

会导致此错误：

** exception error: bad argument
     in function  lists:keyfind/3
        called as lists:keyfind(chash_keyfun,1,[{name,<<"run">>}|undefined])
     in call from riak_core_util:chash_key/2 (_build/default/lib/riak_core/src/riak_core_util.erl, line 266)
     in call from cavv_vnode:run/0 (_build/prod/lib/cavv/src/cavv_vnode.erl, line 38)

我的隐形看起来像这样：

{"0.1.2",
 [{"0.1.1",[],
   [{load_object_code,{cavv,"20161203-211601-relflow",[cavv_vnode]}},
    point_of_no_return,
    {load,{cavv_vnode,brutal_purge,brutal_purge}}]}],
 [{"0.1.1",[],[point_of_no_return]}]}.

我错过了什么吗？我是否必须重新启动一些主vnode？我尝试重新启动一些主管，但没有成功。

查看riak_core的源代码：

%% @spec chash_key(BKey :: riak_object:bkey()) -> chash:index()
%% @doc Create a binary used for determining replica placement.
chash_key({Bucket,_Key}=BKey) ->
    BucketProps = riak_core_bucket:get_bucket(Bucket),
    chash_key(BKey, BucketProps).

%% @spec chash_key(BKey :: riak_object:bkey(), [{atom(), any()}]) ->
%%          chash:index()
%% @doc Create a binary used for determining replica placement.
chash_key({Bucket,Key}, BucketProps) ->
    {_, {M, F}} = lists:keyfind(chash_keyfun, 1, BucketProps), %% <-- Line 266
    M:F({Bucket,Key}).

我试图了解发生了什么，但很难掌握正在发生的事情。某些事情在BucketProps中是不确定的，升级后不应该定义什么？

当我重新启动整个应用程序时，它就像一个魅力。

我在使用riak_core进行热门升级时遗漏了什么？或者最好只关闭整个节点，然后升级并再次启动它，忘记热门代码升级？

更新与此同时，我发现riak_core_bucket出了问题。

运行以下内容：riak_core_bucket:get_bucket(<<"run">>).

升级前：

[{name,<<"run">>},
 {allow_mult,false},
 {basic_quorum,false},
 {big_vclock,50},
 {chash_keyfun,{riak_core_util,chash_std_keyfun}},
 {dvv_enabled,false},
 {dw,quorum},
 {last_write_wins,false},
 {linkfun,{modfun,riak_kv_wm_link_walker,mapreduce_linkfun}},
 {n_val,3},
 {notfound_ok,true},
 {old_vclock,86400},
 {postcommit,[]},
 {pr,0},
 {precommit,[]},
 {pw,0},
 {r,quorum},
 {rw,quorum},
 {small_vclock,50},
 {w,quorum},
 {young_vclock,20}]

升级后：

[{name,<<"run">>}|undefined]

升级后app_helper:get_env(riak_core, default_bucket_props).返回未定义。

我发现它在升级过程中尝试处理sys.config：

Warning: "_build/prod/rel/cavv/releases/0.1.2/sys.config" missing (optional)

使用生成的app.conf是不够的，因为它不包含先前显示的所有配置值。使用它只输出：[{n_val,3}]。

也许有些东西与墨鱼没有正确重新加载conf文件？

UPDATE2

做了一些挖掘。升级后application:get_all_env(riak_core).返回不同的值。有什么想法吗？

Answer 1

我发现升级后，所有环境值都被清除：

http://erlang.org/doc/design_principles/release_handling.html#id84983

具体来说，应用程序配置参数是   根据（按递增的优先顺序）自动更新：

从新应用程序资源获取的引导脚本中的数据   file App.app新的sys.config命令行参数-App Par Val   这意味着在其他系统配置中设置的参数值   文件和使用应用程序设置的值：set_env / 3将被忽略。

要重置riak_core设置的值，我使用一个简单的函数：

set_defaults() ->
     riak_core_bucket:append_bucket_defaults(riak_core_bucket_type:defaults(default_type)).

我在我的relup文件中用：

调用它

{apply,{cavv_app,set_defaults,[]}},

默认值在riak_core应用程序启动期间正常设置：

https://github.com/basho/riak_core/blob/develop/src/riak_core_app.erl#L42

但是此功能未导出且未公开。

不知道这是否是我提出的最优雅的解决方案。欢迎任何想法。

使用relup

1 个答案: