Ownership handoff timed out

2015-10-26 Thread Vladyslav Zakhozhai
Hello, I have a problem with persistent timeouts during ownership handoffs. I've tried to surf over Internet and current mail list but no success. I have Riak 1.4.12 cluster with 17 nodes. Almost all nodes use multibackend with bitcask and eleveldb as storage backends (we need multiple backend fo

Re: Ownership handoff timed out

2015-10-27 Thread Vladyslav Zakhozhai
#x27;re transferring data from bitcask > and leveldb. The next place I would look is in the leveldb LOG files to > see if there are any leveldb vnodes that are having problems that's > preventing repair. > > Jon > > On Mon, Oct 26, 2015 at 7:15 AM Vladyslav Zakhozhai <

Re: Ownership handoff timed out

2015-10-29 Thread Vladyslav Zakhozhai
least temoprarily). On Thu, Oct 29, 2015 at 12:19 PM Vladyslav Zakhozhai < v.zakhoz...@smartweb.com.ua> wrote: > Hi, > > Average size of objects in Riak - 300 Kb. This objects are images. This > data updates very very rearly (there almost no updates). > > I have GC turne

Re: Ownership handoff timed out

2015-10-29 Thread Vladyslav Zakhozhai
--- handoff ip address configured in > app.config > > "127.0.0.1",< hostname passed to socket open > > {ok,{hostent,"127.0.0.1",[],inet,4,[{127,0,0,1}]}}, <--- DNS entry for > hostname > > 10019}],<--

Re: Ownership handoff timed out

2015-10-29 Thread Vladyslav Zakhozhai
ersion 2.0.9 is not present > in any shipping version of Riak … yet). > > I will write again if I can think of an easier solution. But nothing is > occurring to me or the team members I have queried. > > Matthew > > On Oct 29, 2015, at 12:14 PM, Vladyslav Zakhozhai < >

Re: Ownership handoff timed out

2015-10-30 Thread Vladyslav Zakhozhai
Hi, Matthew thank you for information. On Thu, Oct 29, 2015 at 8:19 PM Matthew Von-Maszewski wrote: > I queried Basho’s Client Services team. They tell me the upgrade / > coexist should be no problem. > > Matthew > > On Oct 29, 2015, at 1:38 PM, Vladyslav Zakh

Riak CS/Stanchion troubleshooting (Retrieval of user record)

2015-11-13 Thread Vladyslav Zakhozhai
Hello. I have Riak CS cluster with 18 nodes. On each node there is Riak CS and Riak service and one Stanchion node. Versions: Riak 1.4.12 Riak CS 1.5.0 Stanchion 1.5.0 Riak CS and Riak allocated behind HAProxy balancers: WAN -> HAProxy -> Riak CS nodes -> HAProxy -> Riak nodes. ans Stanchion ->

Re: Riak CS/Stanchion troubleshooting (Retrieval of user record)

2015-11-19 Thread Vladyslav Zakhozhai
8.5 > [2]: https://cbonte.github.io/haproxy-dconv/configuration-1.5.html#8.2.2 > [3]: > http://docs.basho.com/riakcs/latest/cookbooks/Riak-CS-Release-Notes/#Riak-CS-1-5-2 > > On Sat, Nov 14, 2015 at 2:04 AM, Vladyslav Zakhozhai > wrote: > > > > Hello. > > >

Riak versioning and handoff bug in 2.1.0

2016-01-13 Thread Vladyslav Zakhozhai
Hi, According to the following link there is a bug in 2.1.0 which may cause data loss: https://docs.basho.com/riak/2.0.5/community/product-advisories/210-dataloss/ I've installed 2.1.1 riak deb package from basho's repository on packagecloud. But from riak stats I see that there is riak_core_vers

Put failure: too many siblings

2016-06-03 Thread Vladyslav Zakhozhai
Hi. I have a trouble with PUT to Riak CS cluster. During this process I periodically see the following message in Riak error.log: 2016-06-03 11:15:55.201 [error] <0.15536.142>@riak_kv_vnode:encode_and_put:2253 Put failure: too many siblings for object OBJECT_NAME (101) and also 2016-06-03 12:41

Re: Put failure: too many siblings

2016-06-05 Thread Vladyslav Zakhozhai
doff > completes. > > Please see the documentation for the transfer-limit command as well: > > http://docs.basho.com/riak/kv/2.1.4/using/admin/riak-admin/#transfer-limit > > -- > Luke Bakken > Engineer > lbak...@basho.com > > > On Fri, Jun 3, 2016 at 2:55 AM, Vladysl

riak-admin down NODE meaning

2016-06-16 Thread Vladyslav Zakhozhai
Hello, I thought that I know the meaning of command riak-admin down NODE pretty sure. Till this evening. So the question is what is explicit meaning of this command? My opinion was the following. During ownership handoff (maybe hinted handoffs also, I am not sure) when one of the members of riak

Re: riak-admin down NODE meaning

2016-06-16 Thread Vladyslav Zakhozhai
457491}}, {'riak@mussurana.pleiad.uaprom ',{1,63611332446}}, {'riak@yarara.pleiad.uaprom ',{1,63611164933}}]}, boa, boiga and cascavel - this new nodes that was not joined to cluster. chameleon and chuckw

Re: Put failure: too many siblings

2016-06-16 Thread Vladyslav Zakhozhai
log is about 30 minutes. And I want to point your attention that I've forbid PUT method on haproxy - frontend for riak cs. On Mon, Jun 6, 2016 at 1:17 AM Vladyslav Zakhozhai < v.zakhoz...@smartweb.com.ua> wrote: > Hi, Luke. > > Thank you for your answer. I did not understand

Re: Put failure: too many siblings

2016-06-17 Thread Vladyslav Zakhozhai
ls_version" : "1.6.11", "goldrush_version" : "0.1.7", "ibrowse_version" : "4.0.2", "mochiweb_version" : "2.9.0", "exometer_core_version" : "1.0.0-basho2-0-gb47a5d6", "ssl_version" : "5.3.1

Riak CS Stats: pbc_pool_master_workers

2016-11-29 Thread Vladyslav Zakhozhai
Hi, I'm wondering about pbc_pool_master_workers Riak CS Stats metric. I want to clear its meaning for myself. Is this metric means free pbc (to riak) connections in the pool or it indicates count of pbc connections established to riak without consideration of its usage and state (I mean is it che

Re: Put failure: too many siblings

2017-05-24 Thread Vladyslav Zakhozhai
se there is only one riak client - Riak CS and it does not manage bucket types of PUT'ed object (so, default bucket type always is used during PUT's). Is it correct? Thank you in advance. On Fri, Jun 17, 2016 at 11:45 AM Vladyslav Zakhozhai < v.zakhoz...@smartweb.com.ua> wrote: >

Re: Put failure: too many siblings

2017-05-24 Thread Vladyslav Zakhozhai
iak_kv/issues/1188 suggests > that adding the property `riak_kv.retry_put_coordinator_failure=false` may > help in future. But won’t help with your keys with too many siblings. > > On 24 May 2017, at 09:22, Russell Brown wrote: > > > > > On 24 May 2017, at 09:11,

Re: Put failure: too many siblings

2017-05-25 Thread Vladyslav Zakhozhai
I can't change default_bucket_props simultaneously in a such way. I also can change this parameter in riak console, i.e. application:set_env(riak_core, default_bucket_props, [{dvv_enabled, true}, ..]). But what I need to do for applying this changes? On Wed, May 24, 2017 a

Re: Put failure: too many siblings

2017-05-26 Thread Vladyslav Zakhozhai
Hi Magnus, Thank you for the tip and clarification. I'll give it a try. On Thu, May 25, 2017 at 4:24 PM Magnus Kessler wrote: > On 25 May 2017 at 09:39, Vladyslav Zakhozhai > wrote: > >> Hi, >> >> I've been trying to change dvv_enabled for default bucket

Re: Put failure: too many siblings

2017-05-31 Thread Vladyslav Zakhozhai
ually. But now I have no idea what can I do in this case. I mean will siblings be resolved during read repairs, hinted handoffs, etc or not. Or I do need to resolve them manually? On Fri, May 26, 2017 at 11:41 PM Vladyslav Zakhozhai < v.zakhoz...@smartweb.com.ua> wrote: > Hi Magn

Re: Put failure: too many siblings

2017-06-01 Thread Vladyslav Zakhozhai
re=false` may > help in future. But won’t help with your keys with too many siblings. > > On 24 May 2017, at 09:22, Russell Brown wrote: > > > > > On 24 May 2017, at 09:11, Vladyslav Zakhozhai < > v.zakhoz...@smartweb.com.ua> wrote: > > > >> Hello,