Very excited by this!
On Mon, Jul 21, 2014 at 6:17 PM, Brian Roach ro...@basho.com wrote:
On Mon, Jul 21, 2014 at 4:01 PM, Jared Morrow ja...@basho.com wrote:
There is a Java driver,
http://docs.basho.com/riak/latest/dev/using/libraries/ The 2.0 support
for
that will land very soon, so
, 2014 at 1:46 PM, Dave Martorana d...@flyclops.com wrote:
Hi!
I've been kind of holding off development for a bit while the Basho team
puts the polish on 2.0 - and then I saw a tag - 2.0.0rc1 - in Github from 3
days ago.
Has riak 2.0 quietly moved in to RC mode? And if so, are we well
Hi!
I've been kind of holding off development for a bit while the Basho team
puts the polish on 2.0 - and then I saw a tag - 2.0.0rc1 - in Github from 3
days ago.
Has riak 2.0 quietly moved in to RC mode? And if so, are we well in to
feature freeze now?
Is it OK that I'm posting this to the
Dimitri,
Can you better explain this behavior for strongly-consistent buckets? We
plan on using one (and only one) but I expect keys to fly in and out of
there rather quickly. I'm concerned about indefinite retention of
tombstones and the data required to maintain them. Not being able to
While nowhere near as important, does this bug also exist in the current
2.0 pre-releases?
Thanks,
Dave
On Wed, Jan 29, 2014 at 11:38 AM, Tom Santero tsant...@basho.com wrote:
Hello,
Basho Engineering has uncovered a bug in the Active Anti-Entropy (AAE)
code in Riak versions 1.4.4 through
I like that HyperDex provides direct backup support instead of simply
suggesting a stop-filecopy-start-catchup scenario. Are there any plans at
Basho to make backups a core function of Riak (or as a separate but
included utility) - it would certainly be nice to have something Basho
provides help
Hi Sean!
I was wondering if you were starting to work on Riak 2.0 features, and if
so, which branch I might follow development?
Cheers,
Dave
On Mon, Nov 18, 2013 at 4:44 PM, Sean Cribbs s...@basho.com wrote:
Hi riak-users,
I've just released version 2.0.2 of the official Python client for
...@ontrenet.com wrote:
Is it smart enough to manage itself?
Or does it require human babysitting?
Sent from my Verizon Wireless 4G LTE Smartphone
Original message
From: Matthew Von-Maszewski matth...@basho.com
Date: 10/18/2013 1:48 PM (GMT-05:00)
To: Dave Martorana d
Matthew,
For we who don't quite understand, can you explain - does this mean
mv-flexcache is a feature that just comes with 2.0, or is it something that
will need to be turned on, etc?
Thanks!
Dave
On Thu, Oct 17, 2013 at 9:45 PM, Matthew Von-Maszewski
matth...@basho.comwrote:
It is already
I studied the problem I was having with using the Python client's
.fulltext_search(...) method and got it down to this - it seems that I get
an error when searching against Solr using the Python client's
.fulltext_search(...) method (using protocol buffers) whenever I have a *
stored* boolean
We're in the middle of building out a Riak cluster with OmniOS and ZFS
snapshot backups offsite with the help some friends that have deployed the
same basic solution (not Riak, but ZFS snapshots for hot-backup) at a
tremendous scale.
You get some other nice bits along with hot backups - ZFS
that Yokozuna is failing to start because it can't resolve the
local host name. Can you verify that /etc/hosts looks correct, and that
you have nameservers properly configured on that host?
- Chris
On Thu, Aug 15, 2013 at 2:05 PM, Dave Martorana d...@flyclops.com wrote:
Hi Chris,
After waiting
to figure out what is going on (and was hoping to save a
little on using a local box for dev) but hey, at least it works on
production hardware.
On Wed, Aug 14, 2013 at 7:02 PM, Dave Martorana d...@flyclops.com wrote:
Also, not that this makes any difference, but I noticed that
http://localhost
Hi all,
I have Riak building on omnios, with Erlang R15B02, and Oracle JDK 1.7.0_25.
Everything appears to be building just fine. However... even though I have
Yokozuna and Riak Control enabled in my app.config, neither are able to be
used or - it seems - start up. I can confirm that kv is
wrote:
Hi Dave,
Can you provide the tag, or SHA, that you've built Riak from?
- Chris
--
Christopher Meiklejohn
Software Engineer
Basho Technologies, Inc.
On Wednesday, August 14, 2013 at 3:45 PM, Dave Martorana wrote:
Hi all,
I have Riak building on omnios, with Erlang R15B02
Here is my build (make) log
https://gist.github.com/themartorana/6e9f8e49a50b70f56333
and make rel log
https://gist.github.com/themartorana/13dcb72306c9ab880c9f
using the 0.8.0 .tar.gz download of Yokozuna.
Thanks,
Dave
On Wed, Aug 14, 2013 at 6:54 PM, Dave Martorana d...@flyclops.com
, Dave Martorana d...@flyclops.com wrote:
Here is my build (make) log
https://gist.github.com/themartorana/6e9f8e49a50b70f56333
and make rel log
https://gist.github.com/themartorana/13dcb72306c9ab880c9f
using the 0.8.0 .tar.gz download of Yokozuna.
Thanks,
Dave
On Wed, Aug 14, 2013
An interesting hybrid that I'm coming around to seems to be using a Unix
release - OmniOS has an AMI, for instance - and ZFS. With a large-enough
store, I can run without EBS on my nodes, and have a single ZFS backup
instance with a huge amount of slow-EBS storage for accepting ZFS snapshots.
I'm
Jared - thanks for the links. I'm in the same boat with Brady with weighing
deployment options in AWS.
Jeremiah - isn't EBS the only option once your data starts reaching into
the hundreds-of-gigs?
Dave
On Sun, Aug 11, 2013 at 8:57 PM, Jared Morrow ja...@basho.com wrote:
+1 to what Jeremiah
Hey,
Being on slow dev hardware (VMs in Vagrant) I added the following line to
the yokozuna section of app.config:
{solr_startup_wait, 2500}
Solved my time-out issues with Solr.
Cheers,
Dave
On Mon, Jul 29, 2013 at 10:01 AM, Jeremiah Peschka
jeremiah.pesc...@gmail.com wrote:
Hi Erik,
Hey everyone,
A feature request, if I may - RAM monitoring in Riak Control currently
shows Riak RAM usage and all-other usage. Would love if it showed
SOLR/Lucene RAM usage as well in future, integrated Yokozuna builds.
Cheers!
Dave
___
riak-users
, Dave Martorana d...@flyclops.com wrote:
Hi,
I realize I may be way off-base, but I noticed the following slide in
Ryan’s recent Ricon East talk on Yokozuna:
http://cl.ly/image/3s1b1v2w2x12
Does the schema pick out values based on key-path automatically? For
instance,
commitrepoval/repo
In using riak_kv_memory_backend as a replacement of sorts for Redis or
memcached, is there any serious problem with using a single node and an
n_val of 1? I can’t (yet) afford 5 high-RAM servers for a caching layer,
and was looking to replace our memcached box with a Redis one. In the
interest of
Hi,
I realize I may be way off-base, but I noticed the following slide in
Ryan’s recent Ricon East talk on Yokozuna:
http://cl.ly/image/3s1b1v2w2x12
Does the schema pick out values based on key-path automatically? For
instance,
commitrepoval/repo.../commit
automatically gets mapped to the
Hi everyone. First post, if I leave anything out just let me know.
I have been using vagrant in testing Yokozuna with 1.3.0 (the official
0.7.0 “release) and it runs swimmingly. When 1.4 was released and someone
pointed me to the YZ integration branch, I decided to give it a go.
I realize that
25 matches
Mail list logo
