Simple Riak browser
This weekend I found myself making a bunch of small adjustments to JSON documents as I was prototyping some things and kept making mistakes with my JSON documents and the CLI. I solved the problem by writing a quick graphical browser. Since it lists keys and buckets it isn't really intended to be used on production systems, but worked well for me on a development install. If someone else would find this useful, it's here: https://github.com/jlambert121/riak-browser. jl___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Ripple Conflicts
I've been looking at switching my Ruby interactions with Riak to Ripple and was trying to figure out how conflict resolution works. I saw one post saying it was targeted for 1.0 and some code for it in the master branch on github, but not documentation. Is there some that I've missed I could reference? Thanks, jl ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Cluster restarted and doesn’t respond to queries
I have a machine running 3 risk nodes (1.3.1) on it as a development test
cluster. Today I updated the machine to CentOS 6.5 (from 6.4) and rebooted
the machine and now querying the node (testing with curl) doesn’t ever
return. The only issue I can find is from riak-admin diag (which I don’t
think is entirely unexpected given 3 nodes on a 3 node cluster):
# ./riak-admin dig
17:23:49.581 [warning] The following preflists do not satisfy the n_val:
[[{1415829711164312202009819681693899175291684651008,'
d...@ue1a-devdb02.ineu.us
'},{1438665674247607560106752257205091097473808596992,'
d...@ue1a-devdb02.ineu.us'},{0,'d...@ue1a-devdb02.ineu.us
'}],[{1438665674247607560106752257205091097473808596992,'
d...@ue1a-devdb02.ineu.us'},{0,'d...@ue1a-devdb02.ineu.us
'},{22835963083295358096932575511191922182123945984,'
d...@ue1a-devdb02.ineu.us'}]]
riak-admin test is successful:
./riak-admin test
Successfully completed 1 read/write cycle to 'd...@ue1a-devdb02.ineu.us’
All nodes are in cluster and agreed upon:
./riak-admin member-status
= Membership
==
Status RingPendingNode
---
valid 34.4% -- 'd...@ue1a-devdb02.ineu.us'
valid 32.8% -- 'd...@ue1a-devdb02.ineu.us'
valid 32.8% -- 'd...@ue1a-devdb02.ineu.us'
---
Valid:3 / Leaving:0 / Exiting:0 / Joining:0 / Down:0
./riak-admin ringready
TRUE All nodes agree on the ring ['d...@ue1a-devdb02.ineu.us',
'd...@ue1a-devdb02.ineu.us',
'd...@ue1a-devdb02.ineu.us’]
I do see some errors in the error.log, but the referenced directories don’t
appear to exist:
2013-12-23 16:52:33.290 [error]
<0.1721.0>@riak_kv_bitcask_backend:move_unused_dirs:607 Failed to move
unused data directory
"./data/leveldb/388211372416021087647853783690262677096107081728". Reason:
eexist
I’m at a loss of what else to do to troubleshoot this. Has anyone else run
into anything like this or have some other troubleshooting things I can
look at?
Thanks,
Justin
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Re: Cluster restarted and doesn’t respond to queries
Attached is my app.config. It is managed by puppet so I don’t think it changed at all. Again, this was just a Centos 6.4 -> CentOS 6.5 upgrade - the riak package wasn’t touched at all. Any thought as to why riak-admin test works but just getting a key with curl never returns? On Mon, Dec 23, 2013 at 10:44 AM, Ryan Zezeski wrote: > > On Mon, Dec 23, 2013 at 12:35 PM, Justin Lambert > wrote: > >> >> I do see some errors in the error.log, but the referenced directories >> don’t appear to exist: >> 2013-12-23 16:52:33.290 [error] >> <0.1721.0>@riak_kv_bitcask_backend:move_unused_dirs:607 Failed to move >> unused data directory >> "./data/leveldb/388211372416021087647853783690262677096107081728". Reason: >> eexist >> >> > This error is interesting. It is coming from the bitcask backend but > trying to read a leveldb directory. My guess is something happened with > your configuration when you upgraded. What does your app.config look like? > > -Z > > app.config Description: Binary data ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Re: Cluster restarted and doesn’t respond to queries
Brian - thanks for that explanation, yep my config is wrong there. We
aren’t using bit cask at all so I can actually clean up the multi backend.
I’ll get a ticket made for you guys as well.
This config has been out here (and restarted many times) for about 4 or 5
months now. Any idea why the http interface is never returning on queries?
PB seems to be working fine though after more testing.
On Mon, Dec 23, 2013 at 11:41 AM, Brian Sparrow wrote:
> Just jumping in:
> The issue is here: {<<"bitcask_mult">>, riak_kv_bitcask_backend, [
>
> {data_root, "./data/leveldb”}
>
> The reason riak-admin test works is it uses the default backend in the
> case of multi-backend. Based on your config this is the eleveldb backend
> which already owns these directories and had no issue starting up. This
> should probably be checked during riak start as backend should *never*
> share a data_root.
>
> If you wouldn’t mind making an issue against the riak repo with the
> details of your problem we can work out the best way to check this on
> startup.
>
> The mitigation is to shut the node down, change the bitcask_mult data_root
> to the correct entry and restart.
>
> Thanks!
>
> --
> Brian Sparrow
> Developer Advocate
> Basho Technologies
>
> Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
>
> On Monday, December 23, 2013 at 1:37 PM, Justin Lambert wrote:
>
> Attached is my app.config. It is managed by puppet so I don’t think it
> changed at all. Again, this was just a Centos 6.4 -> CentOS 6.5 upgrade -
> the riak package wasn’t touched at all.
>
> Any thought as to why riak-admin test works but just getting a key with
> curl never returns?
>
>
> On Mon, Dec 23, 2013 at 10:44 AM, Ryan Zezeski wrote:
>
>
> On Mon, Dec 23, 2013 at 12:35 PM, Justin Lambert
> wrote:
>
>
> I do see some errors in the error.log, but the referenced directories
> don’t appear to exist:
> 2013-12-23 16:52:33.290 [error]
> <0.1721.0>@riak_kv_bitcask_backend:move_unused_dirs:607 Failed to move
> unused data directory
> "./data/leveldb/388211372416021087647853783690262677096107081728". Reason:
> eexist
>
>
> This error is interesting. It is coming from the bitcask backend but
> trying to read a leveldb directory. My guess is something happened with
> your configuration when you upgraded. What does your app.config look like?
>
> -Z
>
>
> ___
> riak-users mailing list
> riak-users@lists.basho.com
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>
> Attachments:
> - app.config
>
>
>
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
