Upgrading 1.4 to 2.0

[Thelonious Fonk]

Hi all,

I'm a total newbie with Riak so I apologize if my question is silly.

I need to build a POC with Riak and we have 5 nodes running v1.4 on a dev
box so the first thing I'm trying to do is to upgrade these nodes to v2.0
On the first node (dev1) I followed the instructions here:
http://docs.basho.com/riak/latest/ops/upgrading/rolling-upgrades/#Debian-Ubuntu

But when I get to step 5 "5. Verify Riak is running the new version" the
output of the "riak-admin status" command says 
/riak_api_version : <<"1.4.2-0-ga7e00e2">>
riak_pipe_version : <<"1.4.2-0-g59d1bae">>
riak_core_version : <<"1.4.2">>/

I tried a second time and now when I re-install the package with dpkg -i 
the output says
/(Reading database ... 52512 files and directories currently installed.)
*Preparing to replace riak 2.0.0-1* (using riak_2.0.0-1_amd64.deb) ...
Unpacking replacement riak ...
Setting up riak (2.0.0-1) ...
Processing triggers for man-db .../

So this makes me think it detects somehow that version 2.0.0-1 is running
but riak-admin still says 1.4.2... 

What am I doing wrong?

Thanks for your help!



--
View this message in context: 
http://riak-users.197444.n3.nabble.com/Upgrading-1-4-to-2-0-tp4031821.html
Sent from the Riak Users mailing list archive at Nabble.com.

___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Error On Riak Search

[Jorge Garrido gomez]

Hello, 

Recenlty we experiment an error on our riak cluster related to riak search:

2014-09-20 14:25:36 =ERROR REPORT
** Generic server <0.29307.896> terminating 
** Last message in was 
{tcp,#Port<0.16938821>,<<0,0,0,128,27,10,115,40,112,104,97,115,101,58,112,104,97,115,101,49,32,65,78,68,32,116,121,112,101,95,112,114,111,102,105,108,101,58,78,111,116,101,115,32,65,78,68,32,97,99,116,105,118,101,58,116,114,117,101,32,65,78,68,32,105,115,95,99,111,108,117,109,110,58,116,114,117,101,32,65,78,68,32,98,114,111,111,116,58,100,56,100,98,56,51,102,53,55,100,99,49,52,99,51,49,56,55,101,56,55,98,102,55,56,48,48,52,97,51,55,99,41,18,6,115,101,97,114,99,104,24,20>>}
** When Server state == 
{state,#Port<0.16938821>,undefined,[{riak_api_basic_pb_service,undefined},{riak_core_pb_bucket,undefined},{riak_kv_pb_bucket,{state,{riak_client,'riakliveprod1@10.136.89.100',undefined},undefined,undefined}},{riak_kv_pb_counter,{state,{riak_client,'riakliveprod1@10.136.89.100',undefined}}},{riak_kv_pb_csbucket,{state,{riak_client,'riakliveprod1@10.136.89.100',undefined},undefined,undefined,undefined,0}},{riak_kv_pb_index,{state,{riak_client,'riakliveprod1@10.136.89.100',undefined},undefined,undefined,undefined,0}},{riak_kv_pb_mapred,{state,undefined,undefined}},{riak_kv_pb_object,{state,{riak_client,'riakliveprod1@10.136.89.100',undefined},undefined,undefined,<<0,0,0,0>>}},{riak_search_pb_query,{state,{riak_search_client,{riak_client,'riakliveprod1@10.136.89.100',undefined],<<0,0,0,128,27,10,115,40,112,104,97,115,101,58,112,104,97,115,101,49,32,65,78,68,32,116,121,112,101,95,112,114,111,102,105,108,101,58,78,111,116,101,115,32,65,78,68,32,97,99,116,105,118
 
,101,58,116,114,117,101,32,65,78,68,32,105,115,95,99,111,108,117,109,110,58,116,114,117,101,32,65,78,68,32,98,114,111,111,116,58,100,56,100,98,56,51,102,53,55,100,99,49,52,99,51,49,56,55,101,56,55,98,102,55,56,48,48,52,97,51,55,99,41,18,6,115,101,97,114,99,104,24,20>>,{buffer,[],0,1024}}
** Reason for termination == 
** 
{error,function_clause,[{riak_indexed_doc,to_pairs,[<<"id">>,{error,timeout},all],[{file,"src/riak_indexed_doc.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,112}]},{riak_search_pb_query,encode_results,3,[{file,"src/riak_search_pb_query.erl"},{line,109}]},{riak_search_pb_query,process,2,[{file,"src/riak_search_pb_query.erl"},{line,81}]},{riak_api_pb_server,process_message,4,[{file,"src/riak_api_pb_server.erl"},{line,223}]},{riak_api_pb_server,handle_message,3,[{file,"src/riak_api_pb_server.erl"},{line,200}]},{riak_api_pb_server,decode_buffer,1,[{file,"src/riak_api_pb_server.erl"},{line,172}]}]}
2014-09-20 14:25:36 =CRASH REPORT
  crasher:
initial call: riak_api_pb_server:init/1
pid: <0.29307.896>
registered_name: []
exception exit: 
{{error,function_clause,[{riak_indexed_doc,to_pairs,[<<"id">>,{error,timeout},all],[{file,"src/riak_indexed_doc.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,112}]},{riak_search_pb_query,encode_results,3,[{file,"src/riak_search_pb_query.erl"},{line,109}]},{riak_search_pb_query,process,2,[{file,"src/riak_search_pb_query.erl"},{line,81}]},{riak_api_pb_server,process_message,4,[{file,"src/riak_api_pb_server.erl"},{line,223}]},{riak_api_pb_server,handle_message,3,[{file,"src/riak_api_pb_server.erl"},{line,200}]},{riak_api_pb_server,decode_buffer,1,[{file,"src/riak_api_pb_server.erl"},{line,172}]}]},[{gen_server,terminate,6,[{file,"gen_server.erl"},{line,747}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,227}]}]}
ancestors: [riak_api_pb_sup,riak_api_sup,<0.272.0>]
messages: []
links: [<0.276.0>,#Port<0.16938821>]
dictionary: [{random_seed,{29569,23547,27895}}]
trap_exit: false
status: running
heap_size: 4181
stack_size: 24
reductions: 5449716722
  neighbours:
2014-09-20 14:25:36 =SUPERVISOR REPORT
 Supervisor: {local,riak_api_pb_sup}
 Context:child_terminated
 Reason: 
{error,function_clause,[{riak_indexed_doc,to_pairs,[<<"id">>,{error,timeout},all],[{file,"src/riak_indexed_doc.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,110}]},{riak_search_pb_query,'-encode_results/3-lc$^1/1-0-',3,[{file,"src/riak_search_pb_query.erl"},{line,112}]},{riak_search_pb_query,encode_results,3,[{file,"src/riak_search_pb_query.erl"},{line,109}]},{riak_search_pb_query,process,2,[{file,"src/riak_search_pb_query.erl"},{line,81}]},{riak_api_pb_server,process_message,4,[{file,"src/riak_api_pb_server.erl"},{line,223}]},{riak_api_pb_server,handle_message,3,[{file,"src/riak_api_pb_server.erl"},{line,200}]},{riak_api_pb_server,decode_buffer,

Brokenness specific to nginx and jets3t with Riak CS

[Toby Corkindale]

Hi,
I've hit an issue that only seems to occur when using the Jets3t
client library and Nginx as a load balancer in front of Riak CS.
The issue is NOT present when using other S3 libraries, nor is it
present if I switch out Nginx for haproxy.

Unfortunately, in this instance it is desirable to use both, unless it
turns out to be *really* troublesome.
I wondered if anyone here can offer advice?

The problem is that reads and writes to objects results in Riak CS,
apparently, disconnecting the client prematurely.
Nginx reports "connection reset by peer" and retries upstream Riak CS
servers several times before giving up.
The Riak CS access logs indicate what look like valid URLs, with a 403
status indicated.


Accessing the same buckets with the same auth and transferring the
same files is fine when done with s3cmd, and we have other apps that
have been running through nginx for a while using other S3 client
libraries.

A simple "check if bucket exists" command through jets3t seems to work OK.

Any thoughts on what could be going on, or is this all just a bit too vague?

Toby

___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Re: Brokenness specific to nginx and jets3t with Riak CS

[Toby Corkindale]

Quite update to mention that by removing some extra (unneeded) custom
headers from the proxy configuration and fiddling with some other
nginx options, I'm at a point where Riak CS throws an actual error
back rather than disconnecting prematurely.
The error now returned is below. I'm wondering if something else nginx
is doing is causing the request to get mangled enough that it doesn't
work.. but hard to tell what, or why :/

ResponseCode: 403, ResponseStatus: Forbidden, XML Error Message: AccessDeniedAccess
Denied/upload-service/da417126-8651-4be5-b552-6d125bb7b27c/coreos_production_ami_hvm.txt


On 25 September 2014 15:59, Toby Corkindale  wrote:
> Hi,
> I've hit an issue that only seems to occur when using the Jets3t
> client library and Nginx as a load balancer in front of Riak CS.
> The issue is NOT present when using other S3 libraries, nor is it
> present if I switch out Nginx for haproxy.
>
> Unfortunately, in this instance it is desirable to use both, unless it
> turns out to be *really* troublesome.
> I wondered if anyone here can offer advice?
>
> The problem is that reads and writes to objects results in Riak CS,
> apparently, disconnecting the client prematurely.
> Nginx reports "connection reset by peer" and retries upstream Riak CS
> servers several times before giving up.
> The Riak CS access logs indicate what look like valid URLs, with a 403
> status indicated.
>
>
> Accessing the same buckets with the same auth and transferring the
> same files is fine when done with s3cmd, and we have other apps that
> have been running through nginx for a while using other S3 client
> libraries.
>
> A simple "check if bucket exists" command through jets3t seems to work OK.
>
> Any thoughts on what could be going on, or is this all just a bit too vague?
>
> Toby



-- 
Turning and turning in the widening gyre
The falcon cannot hear the falconer
Things fall apart; the center cannot hold
Mere anarchy is loosed upon the world

___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com