http://blog.gmane.org/gmane.comp.db.riak.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.db.riak.user/11251 <pre>Dear list, What is your take on the conclusions drawn in the following blog post? In our setup, we occasionally suffer lost data through simultaneous writes to the same key - which I mitigate to some extent with locks in the application layer. In fact, the resolution in the application is essentially like the "merge" technique he describes with the CRDTs solution at the end. http://aphyr.com/posts/285-call-me-maybe-riak Would the CRDT approach he talks about replace the locks in my application layer (where simultaneous LWW causes overwrites of a single object)? I suppose I'm left with the feeling that I don't understand enough of the workings of Riak and the implications of CAP to really understand this post on my own. Anything anyone can offer on the subject would be most appreciated! Cheers _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Matt Black 2013-05-21T06:38:38 http://comments.gmane.org/gmane.comp.db.riak.user/11249 <pre>I'm happy to finally launch "A Little Riak Book"[1] to the public. Sure, it's been available on github for a while now, but there was no website. Now it's an Official Thing. It's also totally, unregrettably, free (CC BY-NC-SA 3.0). This is not meant to be an advanced or comprehensive book, just rather a short (60 pages or so) introduction to Riak. It's currently available in HTML, PDF, ePub and mobi (Kindle) formats. Soon there will also be a dead-tree version (about 95 pages), but you'll have to show up to a Basho event[2] to get one, whenever we get around to printing them which is entirely up to Tom Santero (so go ahead and bother him: tsantero&lt; at &gt;basho.com or &lt; at &gt;tsantero or by phone). If you run into any problems, please feel free to log an issue on the book's github repo[3]. Or better yet, make, a pull request. Please don't respond to this announcement with issues, I may miss it. Thanks to many people who have helped, and continue to help keep me honest, especially: John Daily Bob Ippolito Ricardo Tomé Gonçalves Macneil Shonle And everyone else who submitted an issue, patch, or constructive comments. Thanks, Eric Redmond &lt; at &gt;coderoshi [1]: http://littleriakbook.com/ [2]: http://basho.com/events [3]: https://github.com/coderoshi/little_riak_book _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Eric Redmond 2013-05-20T20:09:48 http://comments.gmane.org/gmane.comp.db.riak.user/11248 <pre>Hi, I built Riak 1.3.1 from source following these instructions: Erlang- http://docs.basho.com/riak/latest/tutorials/installation/Installing-Erlang/#Installing-on-GNU-Linux Riak - http://docs.basho.com/riak/latest/tutorials/installation/Installing-Riak-from-Source/ It seems to run fine, but there is a message in the console log that I am unsure of (I see it at start up): 2013-05-20 15:44:48.497 [info] &lt;0.11998.280&gt; &lt;HiPE (v 3.9.1)&gt; Warning: not loading native code for module bear: it was compiled for an incompatible runtime system; please regenerate native code for this runtime system Is this something to worry about? I'm using Centos 6.4 ... 2.6.32-358.6.1.el6.x86_64. Thanks! -- View this message in context: http://riak-users.197444.n3.nabble.com/Riak-1-3-1-Warning-start-up-message-Install-from-source-tp4027921.html Sent from the Riak Users mailing list archive at Nabble.com. </pre> ageemoore 2013-05-20T19:59:05 http://comments.gmane.org/gmane.comp.db.riak.user/11247 <pre>I'm stretching the legs on our new async framework Reactor [1] and I created a quite small helper class to enable efficient async operation of the official Java client. I'm calling it Riaktor (even though there's apparently an old Ruby gem of the same name that hasn't been updated in several years). https://github.com/jbrisbin/riaktor Since it uses Reactor, it also has OOTB Groovy love, which includes using Closures as callbacks, etc… There's basically no documentation yet; only what's in the tests. But if you're brave enough to try out something completely new, I would love to get your feedback! :) I've load-tested this to over 150,000 ops/sec using 2 threads via Disruptor-based RingBufferDispatchers. Reactor itself can do 15M ops/sec on my three-year-old MacBook Pro so the bottleneck is going to be the network and your Riak cluster. But assuming you've got the bandwidth to handle it, Riaktor can push to (and pull from) Riak very efficiently. Once you've got some data in the client, the idea is that you'll want to continue integrating with Reactor's async tools by doing compositions (map, filter, reduce, etc… a la RxJava Observable). That's why Riaktor returns a Promise for almost everything. I'd be interested to get your feedback as it would directly feed back into better Reactor features. [1] - https://github.com/reactor/reactor/ Thanks! Jon Brisbin Twitter: &lt; at &gt;JonBrisbin http://about.me/jonbrisbin _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Jon Brisbin 2013-05-20T19:34:57 http://comments.gmane.org/gmane.comp.db.riak.user/11237 <pre>We have deployed a 4 node riak cluster on AWS with eLevelDB backend. We have been benchmarking it for last couple of days using basho-bench, with _unimpressive_ results. Attached "app.config" and "basho-bench.config". Following are the only changes made to "vm.args" ## Enable kernel poll and a few async threads +K true +A 16 We did following two tests. Test 1 4 nodes m1.medium instances, XFS 50G EBS with RAID10 on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) [image: Inline image 1] Test 2 4 nodes m1.medium instances, XFS with default ~340G Ephemeral on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) [image: Inline image 2] -- With Regards Abhishek Amberkar _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Abhishek Amberkar [अभिषेक] 2013-05-18T15:19:55 http://comments.gmane.org/gmane.comp.db.riak.user/11235 <pre>We have deployed a 4 node riak cluster on AWS with eLevelDB backend. We have been benchmarking it for last couple of days using basho-bench, with _unimpressive_ results. Attached "app.config" and "basho-bench.config". Following are the only changes made to "vm.args" ## Enable kernel poll and a few async threads +K true +A 16 We did following two tests. Test 1 4 nodes m1.medium instances, XFS 50G EBS with RAID10 on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) [image: Inline image 1] Test 2 4 nodes m1.medium instances, XFS with default ~340G Ephemeral on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) [image: Inline image 2] </pre> Abhishek Amberkar 2013-05-17T11:38:36 http://comments.gmane.org/gmane.comp.db.riak.user/11234 <pre>I'm evaluating Riak for an implementation I have planned. I'd like to know if a single key can be referenced from multiple buckets as to create the following scenario: johnsFriends contains bettysProfile davesFriends contains bettysProfile betty contains bettysProfile betty updates profile and all inferences to the profile receive the benefit of that update. Basically, not to dissimilar to an object reference, and if you know LDAP, very similar to "Aliases". Thanks guys. _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Bren Norris 2013-05-12T03:06:14 http://comments.gmane.org/gmane.comp.db.riak.user/11233 <pre>hello, I searched the archives and I didn't see this mentioned; I'm sure I'm missing something here. I'm using riak-client 1.2, riak 1.3.1, and the http interface. When I add a string metadata and store the object, it returns an array. If I store it again, it returns an array where the first element is the json string of the previous array. Storing it again creates another nested level, and so on. See the following example client = Riak::Client.new #defaults to using the http client bucket = client.bucket('my_bucket') obj = bucket.new(client.stamp.next.to_s) obj.data = 'my data' obj.meta['foo'] = 'bar' obj.store =&gt; #&lt;Riak::RObject {my_bucket,5741658058644260329} [#&lt;Riak::RContent [application/json]:"my data"&gt;]&gt; obj.meta =&gt; {"foo"=&gt;["bar"]} obj.store =&gt; #&lt;Riak::RObject {my_bucket,5741658058644260329} [#&lt;Riak::RContent [application/json]:"my data"&gt;]&gt; obj.meta =&gt; {"foo"=&gt;["[\"bar\"]"]} however, when I do this with protocol buffers, it works correctly as expected. Any suggestions? I can provide a patch to hack this in the http_backend/object_methods.rb class, but it seems like this might be a 'quirk' of the server? I'm new to riak so again, I do wonder if I'm missing something! thanks, adam _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Adam Greene 2013-05-18T23:09:48 http://comments.gmane.org/gmane.comp.db.riak.user/11232 <pre>Hi all, I have my riak node crashed and can't figure out why this has happened. Any help would be appreciated. I'm using riak 1.3.1 and running a single node on CentOS 6.3 (availability is not critical right now). This node uses Bitcask backend with the default configuration except for expiry_secs property which is set to 15552000. The properties of a single bucket used are the following: {"props":{"allow_mult":false,"basic_quorum":false,"big_vclock":50,"chash_keyfun":{"mod":"riak_core_util","fun":"chash_std_keyfun"},"dw":"quorum","last_write_wins":false,"linkfun":{"mod":"riak_kv_wm_link_walker","fun":"mapreduce_linkfun"},"n_val":2,"name":"c","notfound_ok":true,"old_vclock":86400,"postcommit":[],"pr":0,"precommit":[],"pw":0,"r":"one","rw":"quorum","small_vclock":50,"w":"one","young_vclock":20}} There is enough disk space and RAM on the server. At the moment of the crash size of the most partitions was about 1.1Gb, but few of them were smaller. Attaching error.log and crash.log Thanks in advance. Alexander _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Alexander Ilyin 2013-05-13T15:03:00 http://comments.gmane.org/gmane.comp.db.riak.user/11231 <pre>Hi,   I am currently using the latest java client, and I have a question regarding updating data in a bucket where siblings are allowed (i.e. allowSiblings = true).   I finally understand the whole read-resolve-mutate-write cycle, and also doing an update / store using previously fetched data (i.e. not in the same "transaction").   This question is regarding the latter case (updating previously fetched data). My read uses a resolver. My data class has a &lt; at &gt;RiakVClock field defined.   The problem is when I do the store(blah).withoutFetch(). It seems to be generating siblings. I just realized that's probably because my resolver (during the read) is creating a new object and then merging then siblings into the new object, however it's not setting the vclock field.   My question is, during the read resolve stage, what should I use for the vlock? Should I just copy it from one of the other siblings, or is there some specific sort order I should use to pick a particular vlock for the new object?   Thanks._______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Y N 2013-04-27T23:35:13 http://comments.gmane.org/gmane.comp.db.riak.user/11228 <pre>For automatic conflict resolution, often times, the easiest thing to do is impose a Last Write Wins policy. However, in certain circumstances, First Write Wins makes more sense. For example, suppose you are handling user creation. Creating a single user will populate values for two keys: User Id =&gt; User data Username =&gt; User Id A unique User Id is generated to accommodate future username changes. In the event that another user attempts to create an account simultaneously with the same username, a conflict will exist. The easiest thing for me to do here, is after the account is created, check the username to see if it points to the correct User Id. If so, return a success message. Otherwise, rollback changes to the first key. I'm OK with last write wins for now, but is there a way of imposing a simple first write wins policy without needing siblings and client conflict resolution? Cheers, Jeremy _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Jeremy Ong 2013-05-19T23:29:15 http://comments.gmane.org/gmane.comp.db.riak.user/11224 <pre>Riak Users, Today I'm pleased to announce the 0.6.0 release of Yokozuna. Two highlights of this release are: 1. Initial protobuff support at parity with Riak Search. This means that existing Riak clients which have Riak Search/PB support should now be able to query Yokozuna. Please note that, currently, having both Riak Search and Yokozuna enabled will cause issues. That will be addressed soon in order to allow migrations in the future. 2. A 30-40% performance in query throughput thanks to caching of coverage plans. The improvement will vary on workload. It will be most noticeable for slow CPU or query results coming from Solr cache. This is because the patch removes a lot of CPU work during the query from the Yokozuna side. There are a slew of other changes. See the release notes for more detail [1]. I decided to forgo the EC2 version for this release. The base AMI is starting to get long in the tooth and I'm not sure if anyone is actually making use of the Yokozuna AMI. If you need it please ping me via email and I'll be sure to build an 0.6.0 AMI. I've also added updated instructions for installing Riak-Yokozuna. The preferred method now is to use the source package. See the INSTALL doc for more details [2]. [1]: https://github.com/basho/yokozuna/blob/master/docs/RELEASE_NOTES.md#060 [2]: https://github.com/basho/yokozuna/blob/master/docs/INSTALL.md _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Ryan Zezeski 2013-05-19T19:02:48 http://comments.gmane.org/gmane.comp.db.riak.user/11223 <pre>Hi I'm looking at Riak as a solution for handling this type of data: A map is divided into sectors, and on the map there are many objects with each object being in 1 or more sectors. (An object can be in more than 1 sector if it is larger than the sector). Objects can move, so object 323 could move from sector 5 to sector 10. Queries come in of the form : Retrieve all objects in a list of sectors. eg Sectors[55, 378, 272, ...] - maximum ~50 sectors per request. From looking through Riak docs, 2i indexes would be perfect but they only seem to allow range queries, and not a list of ids. Multiple range queries could be used, but I'm guessing this will be heavy on the servers? Map-Reduce looked like a good fit, but the warning on the page states "When you want to query data of an entire bucket. MapReduce uses a list of keys, which can place a lot of demand on the cluster." - so I guess MapReduce is out? The fulltext search seems possible, but I'm a bit confused if it will work for this. Any recommendations, or is Riak not a good fit for this type of data? Regards, Ryan _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Ryan Chazen 2013-05-19T18:47:45 http://comments.gmane.org/gmane.comp.db.riak.user/11221 <pre>We have deployed a 4 node riak cluster on AWS with eLevelDB backend. We have been benchmarking it for last couple of days using basho-bench, with _unimpressive_ results. Attached "app.config" and "basho-bench.config". Following are the only changes made to "vm.args" ## Enable kernel poll and a few async threads +K true +A 16 We did following two tests. Test 1 4 nodes m1.medium instances, XFS 50G EBS with RAID10 on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) Click on the following link to view the performance graph generated through R. https://www.dropbox.com/s/2a64jvpf4w00487/Test1.png Test 2 4 nodes m1.medium instances, XFS with default ~340G Ephemeral on Ubuntu 12.04 AMI 50 concurrent connections for 5 hours HTTP Raw Driver Only Inserts (since we are expecting very heavy writes) Click on the following link to view the performance graph generated through R. https://www.dropbox.com/s/ou8j03gvd36xo9h/Test2.png </pre> Abhishek Amberkar [अभिषेक] 2013-05-19T13:58:11 http://comments.gmane.org/gmane.comp.db.riak.user/11199 <pre>I'm confused -- I'm still seeing some warnings from Riak/RiakCS about the ulimit being set too low, even though I *am* increasing it. What am I doing wrong here? # cat /etc/default/riak-cs ulimit -n 32000 # ulimit -n 8192 # service riak-cs start !!!! !!!! WARNING: ulimit -n is 1024; 4096 is the recommended minimum. !!!! </pre> Toby Corkindale 2013-05-16T02:34:51 http://comments.gmane.org/gmane.comp.db.riak.user/11195 <pre>Hey riak-users, Hot on the heels of RICON|East, I have just released riak-client 1.2.0 to rubygems.org. This release fixes a few long-standing bugs (2i over PBC, Excon incompatibility) and also adds support for the "clear bucket properties" feature of Riak 1.3. Enjoy! Release notes: https://github.com/basho/riak-ruby-client/blob/master/RELEASE_NOTES.md#120-feature-release---2013-05-15 Gem: http://rubygems.org/gems/riak-client/versions/1.2.0 As always, please submit bug reports, feature requests etc. via Github Issues: https://github.com/basho/riak-ruby-client/issues </pre> Sean Cribbs 2013-05-15T16:59:29 http://comments.gmane.org/gmane.comp.db.riak.user/11189 <pre>Hi People Im running Map Reduce on a bucket with more than 100 000 items. The MR runs for 10 seconds then stops with this error in the logs: *&lt; at &gt;riak_pipe_vnode:new_worker:766 Pipe worker startup failed:fitting was gone before startup* *And this errror in the Python shell:* Error running MapReduce operation. Headers: {'date': 'Tue, 14 May 2013 15:07:27 GMT', 'content-length': '623', 'content-type': 'application/json', 'http_code': 500, 'server': 'MochiWeb/1.1 WebMachine/1.9.0 (someone had painted it blue)'} Body: '{"phase":0,"error":"[preflist_exhausted]","input":"{ok,{r_object,&lt;&lt;\\"real_raw_logs\\"&gt;&gt;,&lt;&lt;\\"8a4986cc235ec8690123677460ac05e6:2013-05-14 12:11:08.178628:0.184912287858\\"&gt;&gt;,[{r_content,{dict,6,16,16,8,80,48,{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],[]},{{[],[],[[&lt;&lt;\\"Links\\"&gt;&gt;]],[],[],[],[],[],[],[],[[&lt;&lt;\\"content-type\\"&gt;&gt;,97,112,112,108,105,99,97,116,105,111,110,47,106,115,111,110],[&lt;&lt;\\"X-Riak-VTag\\"&gt;&gt;,49,89,48,122,98,99,66,53,120,86,120,50,90,67,101,51,115,120,79,85,65,79]],[[&lt;&lt;\\"index\\"&gt;&gt;]],[],[[&lt;&lt;\\"X-Riak-Last-Modified\\"&gt;&gt;|{1368,533468,242947}]],[],[...]}}},...}],...},...}","type":"forward_preflist","stack":"[]"}' Also, I cant list the keys on the bucket. A timeout error occurs. I have Riak running on 2 nodes with 7 Gigs of RAM each. Map Reduce runs fine over 2000 items. I have increased the js_vm count multiple times. Also increased the js_max_vm_mem to 2048 Also increased the Map Reduce query's timeout but never lasts longer than 10 seconds *Thanks to anyone who looks at this* _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> kurt campher 2013-05-15T11:02:29 http://comments.gmane.org/gmane.comp.db.riak.user/11187 <pre>Suppose I have an object X. I make an update to X and store it as X1. I perform a put operation using X1. The same client then makes a modification to X1 and stores it as X2. Then, I perform a put operation using X2. This will create two siblings X1 and X2 if allow_mult is true. Is there any way I can avoid this? To me, the vector clock should have incremented once when transitioning from X to X1, then once more when transitioning from X1 to X2. This way, I shouldn't need to issue a get before I have to perform another write since my data is already in memory. I probably am misunderstanding something about vector clocks. Does anybody care to clarify this? Thanks, Jeremy _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Jeremy Ong 2013-05-15T04:06:40 http://comments.gmane.org/gmane.comp.db.riak.user/11183 <pre>Hi all, I have my riak node crashed and can't figure out why this has happened. Any help would be appreciated. I'm using riak 1.3.1 and running a single node on CentOS 6.3 (availability is not critical right now). This node uses Bitcask backend with the default configuration except for expiry_secs property which is set to 15552000. The properties of a single bucket used are the following: {"props":{"allow_mult":false," basic_quorum":false,"big_ vclock":50,"chash_keyfun":{"mod":"riak_core_util","fun":"chash_std_keyfun"},"dw":"quorum","last_write_wins":false,"linkfun":{"mod":"riak_kv_wm_link_walker","fun":"mapreduce_linkfun"},"n_val":2,"name":"c","notfound_ok":true,"old_vclock":86400,"postcommit":[],"pr":0,"precommit":[],"pw":0,"r":"one","rw":"quorum","small_vclock":50,"w":"one","young_vclock":20}} There is enough disk space and RAM on the server. At the moment of the crash size of the most partitions was about 1.1Gb, but few of them were smaller. Attaching error.log and crash.log Thanks in advance. Alexander _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Alexander Ilyin 2013-05-14T07:35:54 http://comments.gmane.org/gmane.comp.db.riak.user/11175 <pre>Hi folks, I am relatively new to Riak. I was trying to get something working with the PHP client library by following the quick start in the README.md. When I clone this repo (found here: https://github.com/basho/riak-php-client) I do get a directory called riak-php-client, but there is no riak.php in that directory. I found a Riak.php in src/Basho/Riak/, but that doesn't work either. Are the docs out of date? The example follows: require_once('riak-php-client/riak.php'); # Connect to Riak $client = new RiakClient('127.0.0.1', 8098); # Choose a bucket name $bucket = $client-&gt;bucket('test'); # Supply a key under which to store your data $person = $bucket-&gt;newObject('riak_developer_1', array( 'name' =&gt; "John Smith", 'age' =&gt; 28, 'company' =&gt; "Facebook" )); # Save the object to Riak $person-&gt;store(); # Fetch the object $person = $bucket-&gt;get('riak_developer_1'); # Update the object $person-&gt;data['company'] = "Google"; $person-&gt;store(); Thanks, coLLin email: clegault&lt; at &gt;nextgengeek.com web: http://www.nextgengeek.com twitter: &lt; at &gt;clegault _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> coLLin LeGault 2013-05-12T19:24:57 http://comments.gmane.org/gmane.comp.db.riak.user/11172 <pre>Hi, We are running a cluster of 5 servers, or at least trying to, because nodes seem to be dying 'randomly' without us knowing any reason why. We don't have a great Erlang guy aboard, and the error logs are not that verbose. So I've just .tgz the whole log directory and I was hoping somebody could give us a clue. It's there: https://www.dropbox.com/s/z9ezv0qlxgfhcyq/riak-died.tar.gz(might not be fully uploaded to dropbox yet!) I've looked at the archive and some people said their server was dying because some object's size was just too big to allocate the whole memory. Maybe that's what we're seeing? As one of our buckets is set with allow_mult, I am tempted to think that some object's size may be exploding. However, we do actually try to resolve conflicts in our code. Any idea how to confirm and then debug that we have an issue there? Thanks a lot for your precious help... Julien _______________________________________________ riak-users mailing list riak-users&lt; at &gt;lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com </pre> Julien Genestoux 2013-05-12T17:11:54 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.db.riak.user