Timo Gatsonides | 22 May 15:52 2015

Riak 1.4.12 high I/O while almost idle

I have a 7 node Riak cluster. Most nodes are on 1.4.10 and I am currently migrating the nodes from RedHat to Ubuntu (and Ext4 -> ZFS). 

One of the nodes is running Ubuntu 14 with ZFS for the data and has Riak 1.4.12 installed. On this node Riak is continuously reading and writing a lot of data. Even hours after it is started. There are no running transfers (riak-admin transfers). The other nodes are not very busy, almost no CPU, no I/O. For this one node see the output of iotop, uname -a, riak-admin status and some recent logging below.

There is nothing obvious in the Riak logging, except that there is an occasional reading/writing large object (once a minute or so, objects of around 5Mb-10Mb).

Is there a way to see what Riak is doing, what it is reading/writing?

Thanks,
Timo

Total DISK READ :      81.99 M/s | Total DISK WRITE :      33.33 M/s
Actual DISK READ:      39.59 M/s | Actual DISK WRITE:     241.72 M/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                    
 8723 be/4 riak       23.82 M/s   12.05 M/s  0.00 % 80.54 % beam.smp -K true -A 64~ -smp enable -- console
 8725 be/4 riak        4.80 M/s  814.60 B/s  0.00 % 72.67 % beam.smp -K true -A 64~ -smp enable -- console
 8657 be/4 riak        3.83 M/s  814.60 B/s  0.00 % 68.98 % beam.smp -K true -A 64~ -smp enable -- console
  698 be/0 root        0.00 B/s    0.00 B/s  0.00 % 47.67 % [txg_sync]
 8724 be/4 riak       13.07 M/s    7.68 M/s  0.00 % 39.04 % beam.smp -K true -A 64~ -smp enable -- console
 8726 be/4 riak       50.91 K/s   13.59 M/s  0.00 % 36.77 % beam.smp -K true -A 64~ -smp enable -- console
 7917 be/4 root       51.11 K/s    0.00 B/s  0.00 %  4.26 % [kworker/u16:5]
  234 be/3 root        0.00 B/s 1629.19 B/s  0.00 %  0.01 % [jbd2/sda6-8]
 8302 be/4 riak        0.00 B/s  814.60 B/s  0.00 %  0.00 % run_erl -daemon /tmp/r~ /usr/sbin/riak console
 9942 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/u16:6]
10319 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/u16:0]
10320 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/u16:1]
 8401 be/4 riak        0.00 B/s  814.60 B/s  0.00 %  0.00 % beam.smp -K true -A 

#uname -a
Linux tx4 3.13.0-49-generic #83-Ubuntu SMP Fri Apr 10 20:11:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

sys_system_version : <<"Erlang R15B01 (erts-5.9.1) [source] [64-bit] [smp:8:8] [async-threads:64] [kernel-poll:true]">>
sys_system_architecture : <<"x86_64-unknown-linux-gnu">>
sys_threads_enabled : true
sys_thread_pool_size : 64
sys_wordsize : 8
ring_num_partitions : 64
ring_creation_size : 64
storage_backend : riak_kv_multi_backend
erlydtl_version : <<"0.7.0">>
riak_control_version : <<"1.4.12-0-g964c5db">>
cluster_info_version : <<"1.2.4">>
riak_search_version : <<"1.4.12-0-g7fe0e00">>
merge_index_version : <<"1.3.2-0-gcb38ee7">>
riak_kv_version : <<"1.4.12-0-gc6bbd66">>

1-minute stats for ...
-------------------------------------------
riak_kv_stat_ts : 1432301431
vnode_gets : 748
vnode_gets_total : 10051
vnode_puts : 182
vnode_puts_total : 3690
vnode_index_refreshes : 0
vnode_index_refreshes_total : 0
vnode_index_reads : 10
vnode_index_reads_total : 100
vnode_index_writes : 182
vnode_index_writes_total : 3686
vnode_index_writes_postings : 2
vnode_index_writes_postings_total : 139
vnode_index_deletes : 0
vnode_index_deletes_total : 0
vnode_index_deletes_postings : 0
vnode_index_deletes_postings_total : 13
node_gets : 0
node_gets_total : 0
node_get_fsm_siblings_mean : 0
node_get_fsm_siblings_median : 0
node_get_fsm_siblings_95 : 0
node_get_fsm_siblings_99 : 0
node_get_fsm_siblings_100 : 0
node_get_fsm_objsize_mean : 0
node_get_fsm_objsize_median : 0
node_get_fsm_objsize_95 : 0
node_get_fsm_objsize_99 : 0
node_get_fsm_objsize_100 : 0
node_get_fsm_time_mean : 0
node_get_fsm_time_median : 0
node_get_fsm_time_95 : 0
node_get_fsm_time_99 : 0
node_get_fsm_time_100 : 0
node_puts : 64
node_puts_total : 1196
node_put_fsm_time_mean : 691827
node_put_fsm_time_median : 2168
node_put_fsm_time_95 : 4415096
node_put_fsm_time_99 : 8226455
node_put_fsm_time_100 : 12045311
read_repairs : 0
read_repairs_total : 0
coord_redirs_total : 0

==> /var/log/riak/erlang.log.1 <==
08:41:19.235 [info] monitor long_gc <0.7.0> [{name,application_controller},{initial_call,{application_controller,start,1}},{almost_current_function,{gen_server,loop,6}},{message_queue_len,0}] [{timeout,293},{old_heap_block_size,0},{heap_block_size,6765},{mbuf_size,0},{stack_size,23},{old_heap_size,0},{heap_size,2142}]
08:41:19.437 [warning] Writing very large object (19730102 bytes) to <<...>>
==> /var/log/riak/console.log <==
2015-05-22 08:41:19.235 [info] <0.96.0> <at> riak_core_sysmon_handler:handle_event:92 monitor long_gc <0.7.0> [{name,application_controller},{initial_call,{application_controller,start,1}},{almost_current_function,{gen_server,loop,6}},{message_queue_len,0}] [{timeout,293},{old_heap_block_size,0},{heap_block_size,6765},{mbuf_size,0},{stack_size,23},{old_heap_size,0},{heap_size,2142}]
2015-05-22 08:41:19.437 [warning] <0.710.0> <at> riak_kv_vnode:encode_and_put_no_sib_check:1900 Writing very large object (19730102 bytes) to <<...>>
==> /var/log/riak/erlang.log.1 <==
08:41:23.417 [info] monitor long_gc <0.436.0> [{name,proxy_riak_kv_vnode_68507889249886074290797726533575766546371837952},{initial_call,{riak_core_vnode_proxy,init,1}},{almost_current_function,{riak_core_vnode_proxy,loop,2}},{message_queue_len,0}] [{timeout,2093},{old_heap_block_size,0},{heap_block_size,987},{mbuf_size,0},{stack_size,5},{old_heap_size,0},{heap_size,481}]
==> /var/log/riak/console.log <==
2015-05-22 08:41:23.417 [info] <0.96.0> <at> riak_core_sysmon_handler:handle_event:92 monitor long_gc <0.436.0> [{name,proxy_riak_kv_vnode_68507889249886074290797726533575766546371837952},{initial_call,{riak_core_vnode_proxy,init,1}},{almost_current_function,{riak_core_vnode_proxy,loop,2}},{message_queue_len,0}] [{timeout,2093},{old_heap_block_size,0},{heap_block_size,987},{mbuf_size,0},{stack_size,5},{old_heap_size,0},{heap_size,481}]
==> /var/log/riak/erlang.log.1 <==
08:41:25.319 [warning] Reading large object of size 12178287 from <<...>>
==> /var/log/riak/console.log <==
2015-05-22 08:41:25.319 [warning] <0.707.0> <at> riak_kv_vnode:do_get_object:1365 Reading large object of size 12178287 from <<..">>
==> /var/log/riak/erlang.log.1 <==
08:42:00.687 [info] monitor long_gc <0.707.0> [{initial_call,{riak_core_vnode,init,1}},{almost_current_function,{eleveldb,get,3}},{message_queue_len,7}] [{timeout,485},{old_heap_block_size,0},{heap_block_size,2584},{mbuf_size,0},{stack_size,46},{old_heap_size,0},{heap_size,909}]
==> /var/log/riak/console.log <==
2015-05-22 08:42:00.687 [info] <0.96.0> <at> riak_core_sysmon_handler:handle_event:92 monitor long_gc <0.707.0> [{initial_call,{riak_core_vnode,init,1}},{almost_current_function,{eleveldb,get,3}},{message_queue_len,7}] [{timeout,485},{old_heap_block_size,0},{heap_block_size,2584},{mbuf_size,0},{stack_size,46},{old_heap_size,0},{heap_size,909}]
==> /var/log/riak/erlang.log.1 <==
08:42:40.036 [info] monitor long_gc <0.712.0> [{initial_call,{riak_core_vnode,init,1}},{almost_current_function,{eleveldb,write,3}},{message_queue_len,0}] [{timeout,759},{old_heap_block_size,0},{heap_block_size,4181},{mbuf_size,0},{stack_size,73},{old_heap_size,0},{heap_size,1683}]
==> /var/log/riak/console.log <==
2015-05-22 08:42:40.036 [info] <0.96.0> <at> riak_core_sysmon_handler:handle_event:92 monitor long_gc <0.712.0> [{initial_call,{riak_core_vnode,init,1}},{almost_current_function,{eleveldb,write,3}},{message_queue_len,0}] [{timeout,759},{old_heap_block_size,0},{heap_block_size,4181},{mbuf_size,0},{stack_size,73},{old_heap_size,0},{heap_size,1683}]


Some of the non-standard /etc/riak/vm.args:

## Increase number of concurrent ports/sockets
-env ERL_MAX_PORTS 64000
## Tweak GC to run more often 
-env ERL_FULLSWEEP_AFTER 0
## Set the location of crash dumps
-env ERL_CRASH_DUMP /var/log/riak/erl_crash.dump
## Raise the ETS table limit
-env ERL_MAX_ETS_TABLES 256000
## Force the erlang VM to use SMP
-smp enable
## For nodes with many busy_dist_port events, Basho recommends
## raising the sender-side network distribution buffer size.
## 32MB may not be sufficient for some workloads and is a suggested
## starting point.
## The Erlang/OTP default is 1024 (1 megabyte).
+zdbbl 32768
## Raise the default erlang process limit 
+P 256000


Some of the non-standard /etc/riak/app.config:

%% -*- tab-width: 4;erlang-indent-level: 4;indent-tabs-mode: nil -*-
%% ex: ts=4 sw=4 et
[
 %% For firewall config limit ports
 { kernel, [
            {inet_dist_listen_min, 6000},
            {inet_dist_listen_max, 7999}
          ]},
 %% Riak Client APIs config
              %% riak_handoff_port is the TCP port that Riak uses for
              %% intra-cluster data handoff.
              {handoff_port, 8099 },
              {handoff_concurrency, 3},             

             

 %% Riak KV config
 {riak_kv, [
            %% Storage_backend specifies the Erlang module defining the storage
            %% mechanism that will be used on this node.

            {storage_backend, riak_kv_multi_backend},
            {multi_backend_default, <<"eleveldb">>},
            {multi_backend, [        
              {<<"eleveldb">>, riak_kv_eleveldb_backend, [
                {data_root, "/data/riak/leveldb"}
              ]},
              {<<"fs">>, riak_kv_eleveldb_backend, [
                {data_root, "/bigdata/riak/bigleveldb"}
              ]},
              {<<"cache">>, riak_kv_memory_backend, [
                {max_memory, 16}, %% 16Mb
{ttl, 86400} %% 1 Day in seconds
              ]}
            ]},

            {anti_entropy, {off, []}},
            {vnode_vclocks, true},

            {legacy_keylisting, false},

            {listkeys_backpressure, true},

            {legacy_vnode_routing, false},
            {fsm_limit, 50000},
            {object_format, v1}
           ]},
 {riak_search, [
                %% To enable Search functionality set this 'true'.
                {enabled, false}
               ]},

_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Atul Sowani | 21 May 07:27 2015
Picon

Re: riak source build error.

Hi!

While waiting for some help, I wanted to try to compile Riak code with the recommended Erlang version R16B02. On my system I had R17. So I downloaded Basho's Erlang distribution as described on http://docs.basho.com/riak/latest/ops/building/installing/erlang/

One thing I noticed after extracting OTP_R16B02_basho8 is that configure script is missing. I generated configure script using autoconf. Is this the correct procedure, or the configure script should have been there to start with?

After generating configure myself, I executed it. However, it seems that it also expects a "configure" script under directory OTP_R16B02_basho8/erts/autoconf/configure

This script is missing. My question is should this script get auto-generated or am I supposed to generate one? If it is supposed to get auto-generated, for some reason it is not getting generated.

Has anybody faced these problems earlier? Am I doing the right thing or missing something important?

Thanks,
Atul.

On Wed, May 20, 2015 at 11:49 AM, Atul Sowani <sowani <at> gmail.com> wrote:
Hi Clay and Rob,

Thank for responding to my query. Rob, sorry for combining reply for your mail here but I guess following information will be useful for both of you.

My current interaction with Riak is only for evaluation and to see how easy/difficult it is to use it for different Linux distributions. Hence I obtained the Riak source code from GitHub and tried to compile it. I am no expert in Erlang and have never used it before. So I am worried about the error I got while compiling Riak. I tried to search for similar error on Google, but it did not lead me to any definitive solution. I am using Erlang 17.1 version.

Thanks,
Atul.



On Tue, May 19, 2015 at 6:29 PM, Clay Price <cprice <at> basho.com> wrote:
Hey Atul,

I'd like to connect you with one of our solutions architects, who should be able to help with your issue. Do you have some availability on Thursday to discuss your issue? Also, if you could send over to me your use case for Riak, I can get some information prepared that you might find beneficial.

Looking forward to hearing back.

Clay

On Tue, May 19, 2015 at 7:23 AM, Atul Sowani <sowani <at> gmail.com> wrote:
Hi,

I am new to this mailing list. I am trying to build riak from source on Ubuntu 14.10. I cloned riak code from GitHub and as given in "Building Riak" section of README.org file, issued "make rel" command. Everything seemed to compile fine, until I received following error as in the log snippet below:

==> riak (compile)
./rebar generate
==> rel (generate)
ERROR: Unable to generate spec: read file info /usr/lib/erlang/man/man1/gem.1.gz failed
ERROR: Unexpected error: rebar_abort
ERROR: generate failed while processing /home/test/riak/rel: rebar_abort
Makefile:34: recipe for target 'generate' failed
make: *** [generate] Error 1

/usr/lib/erlang/man/man1/gem.1.gz file is present and is a valid file (meaning not an empty file, inaccessible file etc.)

I have no idea how to get around this error. Any help is highly appreciated.

Thanks,
Atul.

_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com




--
Clay Price
571-732-2502


_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Atul Sowani | 19 May 13:23 2015
Picon

riak source build error.

Hi,

I am new to this mailing list. I am trying to build riak from source on Ubuntu 14.10. I cloned riak code from GitHub and as given in "Building Riak" section of README.org file, issued "make rel" command. Everything seemed to compile fine, until I received following error as in the log snippet below:

==> riak (compile)
./rebar generate
==> rel (generate)
ERROR: Unable to generate spec: read file info /usr/lib/erlang/man/man1/gem.1.gz failed
ERROR: Unexpected error: rebar_abort
ERROR: generate failed while processing /home/test/riak/rel: rebar_abort
Makefile:34: recipe for target 'generate' failed
make: *** [generate] Error 1

/usr/lib/erlang/man/man1/gem.1.gz file is present and is a valid file (meaning not an empty file, inaccessible file etc.)

I have no idea how to get around this error. Any help is highly appreciated.

Thanks,
Atul.
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Johnny Tan | 14 May 22:31 2015
Picon

uneven disk distribution

We have a 6-node test riak cluster. One of the nodes seems to be using far more disk:
staging-riak001.pp /dev/sda3              15G  6.3G  7.2G  47% /
staging-riak002.pp /dev/sda3              15G  6.4G  7.1G  48% /
staging-riak003.pp /dev/sda3              15G  6.1G  7.5G  45% /
staging-riak004.pp /dev/sda3              15G   14G  266M  99% /
staging-riak005.pp /dev/sda3              15G  5.8G  7.7G  44% /
staging-riak006.pp /dev/sda3              15G  6.3G  7.3G  47% /

Specifically, /var/lib/riak/bitcask is using up most of that space. It seems to have files in there that are much older than any of the other nodes. We've done maintenance of various sort on this cluster -- as the name indicates, we use it as a staging ground before we go to production. I don't recall a specific issue per se, but I wouldn't rule it out.

Is there a way to figure out if there's an underlying issue here, or whether some of this disk space is not really current and can somehow be purged?

What info would help answer those questions?

johnny
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Daniel Iwan | 13 May 13:48 2015
Picon

Clarifying withoutFetch() with LevelDB and

Hi

I'm using 4 node Riak cluster v1.3.1

I wanted to know a little bit more about using withoutFetch() option when
used with levelDB.
I'm trying to write to a single key as fast as I can with n=3.
I deliberately create siblings by writing with stale vclock. I'm limiting
number of writes to 1000 per key to keep size of Riak object under control
and then I switch to another key. Siblings will probably never be resolved
(or resolved in realtime during sporadic reads)

Single write operation is about 250 bytes, rate 10-80 events per sec which
gives 3-20kB per second per node. So roughly 100kB / s for the cluster.

During the test I see activity on the on disk via iostat and it's between
20-30 MB/s on each node.
Even taking into account multiple copies and overhead of Riak (vclocks etc)
this seems to be pretty high rate.
I don't see any read activity which suggest withoutFetch() works as
expected.
After 2 mins of tests leveldb on each node is 250MB is size, before test
(11MB)

Am I using it incorrectly? 
Is writing in this way to a single key a good idea or will I be bitten by
something?
How to explain high number of MB written to disks?

Regards
Daniel

--
View this message in context: http://riak-users.197444.n3.nabble.com/Clarifying-withoutFetch-with-LevelDB-and-tp4033051.html
Sent from the Riak Users mailing list archive at Nabble.com.
Daniel Iwan | 12 May 01:39 2015
Picon

Java client 1.1.4 and headOnly() in domain buckets

Hi all

Am I right thinking that v1.1.4 does not support headOnly() on domain
buckets?

During domain.fetch()  line 237 in 
https://github.com/basho/riak-java-client/blob/1.1.4/src/main/java/com/basho/riak/client/bucket/DomainBucket.java

there is no check/call headOnly() on FetchMeta object.

Code snippet

public T fetch(String key) throws RiakException {
        final FetchObject<T> fo = bucket.fetch(key, clazz)
            .withConverter(converter)
            .withResolver(resolver)
            .withRetrier(retrier);

        if (fetchMeta.hasR()) {
            fo.r(fetchMeta.getR());
        }

        if (fetchMeta.hasPr()) {
            fo.pr(fetchMeta.getPr());
        }

        if (fetchMeta.hasBasicQuorum()) {
            fo.basicQuorum(fetchMeta.getBasicQuorum());
        }

        if (fetchMeta.hasNotFoundOk()) {
            fo.notFoundOK(fetchMeta.getNotFoundOK());
        }

        if (fetchMeta.hasReturnDeletedVClock()) {
            fo.returnDeletedVClock(fetchMeta.getReturnDeletedVClock());
        }
        return fo.execute();
    }

--
View this message in context: http://riak-users.197444.n3.nabble.com/Java-client-1-1-4-and-headOnly-in-domain-buckets-tp4033042.html
Sent from the Riak Users mailing list archive at Nabble.com.
syed shabeer | 11 May 06:27 2015
Picon

How to retrieve an image from Riak using UGameDB

I am new to Riak and UGameDB, seeking help to retrieve image stored in Riak using UGameDB.
I've used Bucket.Set(key,object) and inside the object i am passing an image.
When i retrieve the key values using Bucket.Get(Key), i see the values in ASCII.
Please let me know the correct approach to retrieve the image.

Thank you
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
syed shabeer | 6 May 14:41 2015
Picon

Looking for a sample to store and retrieve images in Riak using UGameDB

Hi,
Is there an example/link i could refer to store and retrieve images in Riak using UGameDB.


Thanks,
Shabeer
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Christopher Meiklejohn | 4 May 21:22 2015

Re: Why riak search only return 1 result every query, how to return all results at once


> On Apr 21, 2015, at 4:07 PM, 寂寂 <44290016 <at> qq.com> wrote:
> 
> And I create the bucket type by myself:
> 
> riak-admin bucket-type create video '{"props":{"search_index":"videos"}}'
> riak-admin bucket-type activate vide
> 
> 
> ------------------ Original ------------------
> From:  "寂寂 ";<44290016 <at> qq.com>;
> Send time: Tuesday, Apr 21, 2015 9:49 PM
> To: "riak-users"<riak-users <at> lists.basho.com>;
> Subject:  [Riak-Users]Why riak search only return 1 result every query,how to return all results at once
> 
> Dear All,
> 
> I have many objects with the same "tag:hot" stored in Riak cluster with two nodes, all with "leveldb" backend.
> 
> When I try to search with the same query condition, I just got one result returned, and everytime with
different result:
> curl -v "http://192.168.1.102:10028/search/query/videos?wt=json&q=tag:hot"
>
{"responseHeader":{"status":0,"QTime":18,"params":{"shards":"127.0.0.1:10014/internal_solr/videos,127.0.0.1:10024/internal_solr/videos","q":"tag:hot","127.0.0.1:10014":"_yz_pn:64
OR (_yz_pn:61 AND (_yz_fpn:61)) OR _yz_pn:60 OR _yz_pn:57 OR _yz_pn:48 OR _yz_pn:45 OR _yz_pn:36 OR
_yz_pn:33 OR _yz_pn:24 OR _yz_pn:21 OR _yz_pn:12 OR
_yz_pn:9","wt":"json","127.0.0.1:10024":"_yz_pn:54 OR _yz_pn:51 OR _yz_pn:42 OR _yz_pn:39 OR
_yz_pn:30 OR _yz_pn:27 OR _yz_pn:18 OR _yz_pn:15 OR _yz_pn:6 OR
_yz_pn:3"}},"response":{"numFound":1,"start":0,"maxScore":0.71231794,"docs":[{"title":"Love Story","code":"8vBcw6rJCS6D6til2u","_yz_id":"1*video*movie*8vBcw6rJCS6D6til2u*48","_yz_rk":"8vBcw6rJCS6D6til2u","_yz_rt":"video","_yz_rb":"movie"}]}}
> 
> 
> curl -v "http://192.168.1.102:10028/search/query/videos?wt=json&q=tag:hot"
>
{"responseHeader":{"status":0,"QTime":14,"params":{"shards":"127.0.0.1:10014/internal_solr/videos,127.0.0.1:10024/internal_solr/videos","q":"tag:hot","127.0.0.1:10014":"(_yz_pn:60
AND (_yz_fpn:60)) OR _yz_pn:56 OR _yz_pn:53 OR _yz_pn:44 OR _yz_pn:41 OR _yz_pn:32 OR _yz_pn:29 OR
_yz_pn:20 OR _yz_pn:17 OR _yz_pn:8 OR _yz_pn:5","wt":"json","127.0.0.1:10024":"_yz_pn:63 OR
_yz_pn:59 OR _yz_pn:50 OR _yz_pn:47 OR _yz_pn:38 OR _yz_pn:35 OR _yz_pn:26 OR _yz_pn:23 OR _yz_pn:14 OR
_yz_pn:11 OR
_yz_pn:2"}},"response":{"numFound":1,"start":0,"maxScore":0.71231794,"docs":[{"title":"Forest Gan","code":"8vBhSeP2Q2hCEEGmsC","_yz_id":"1*video*movie*8vBhSeP2Q2hCEEGmsC*20","_yz_rk":"8vBhSeP2Q2hCEEGmsC","_yz_rt":"video","_yz_rb":"movie"}]}}
> 
> How can I get all at once query?

Hi there,

Can you clarify how you are writing the values?  Are you writing with a w=1 or using the defaults?  Given the
index delay on Riak Search, subsequent queries may return different values given on when you query and if
you are using majority write quorums.

When are you writing the values and how are you performing the writes?

Thanks,
Chris

Christopher Meiklejohn
Senior Software Engineer
Basho Technologies, Inc.
cmeiklejohn <at> basho.com

_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
syed shabeer | 4 May 15:35 2015
Picon

Does riak dotnet client work with Mono?

Hi,
Does riak dotnet client 2.0 work with Mono? if yes, then please share the steps to add and configure in mono.

Thanks,
Shabeer
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Magnus Kessler | 4 May 09:03 2015

Re: Loopback Address as Handoff IP/Interface

On 3 May 2015 at 12:19, Praveen Baratam <praveen.baratam <at> gmail.com> wrote:
Hello Everybody,

I am trying to setup a single node Riak cluster and want to use a loopback address (127.0.0.x) for the Handoff IP to keep the instance private and invisible to others.

But the Riak node fails to start and throws an error -  "handoff.ip invalid, must be a valid IP address"

Is it illegal to use loopback interface for Handoff IP? Came across some JIRA issues but couldn't find a solution with out having to build packages from source.

Any workarounds? I am trying to use Riak 1.4.12 on Ubuntu 14.04!

Any advice in this regard will be greatly helpful. 

Thank you.

Praveen

 
Hi Praveen,

As you are using Riak 1.4, you cannot use the new configuration format (via the riak.conf file, a.k.a cuttlefish, introduced in Riak 2.0). The handoff_ip setting belongs to riak_core and has to be changed in app.config[0].

If you really want to set the handoff_ip and change it from its default setting of "0.0.0.0", then you need to add an entry into the riak_core settings in app.config

{riak_core, [
    %% Other configs
    {handoff_ip, "127.0.0.1"},
    %% Other configs
]}

However I would suggest to simply firewall the handoff port on your machine (8099) so that it cannot be reached from the network.

Hope this helps.

Regards,

Magnus


-- 
Magnus Kessler
Client Services Engineer <at> Basho
_______________________________________________
riak-users mailing list
riak-users <at> lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Gmane