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 Y
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,
val...
automatically gets mapped to the “commit_repo" field defini
The XML extractor nests by element name, separating
>> elements by an underscore.
>>
>> Eric
>>
>> On Jul 17, 2013, at 12:46 PM, Dave Martorana wrote:
>>
>> Hi,
>>
>> I realize I may be way off-base, but I noticed the following slide in
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 r
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 mail
gt;
>> On Wed, Jul 17, 2013 at 8:53 PM, Eric Redmond wrote:
>>
>>> Dave,
>>>
>>> Your initial line was correct. Yokozuna is not yet compatible with 1.4.
>>>
>>> Eric
>>>
>>> On Jul 15, 2013, at 1:00 PM, Dave Martorana w
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,
>
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 wrote:
> +1 to what Jeremiah said, putting a
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
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 workin
iklej...@basho.com> 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,
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 wrote:
13 at 6:58 PM, Dave Martorana 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 Yoko
ll love 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 wrote:
> Also, not that this makes any difference, but I noticed that
> http:/
:06:08.553 [info] Application riak_control started on node '
> dev1@127.0.0.1'
> 3. Try accessing Riak Control.
>
> - Chris
>
>
>
> On Wed, Aug 14, 2013 at 4:02 PM, Dave Martorana wrote:
>
>> Also, not that this makes any difference, but I noticed t
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 wrote:
>
>> Hi Chris,
>>
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 snap
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 field
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
wrote:
> It is already in test and avail
ce the memory limit is
> established.
>
> Matthew
>
>
> On Oct 18, 2013, at 2:08 PM, darren wrote:
>
> Is it smart enough to manage itself?
> Or does it require human babysitting?
>
>
> Sent from my Verizon Wireless 4G LTE Smartphone
>
>
>
> ---
When you say "it's time to gather around some great speakers (virtually or
in person) and talk distributed systems" are you saying some of the *
speakers* will be virtual, or is there a way for us to actually watch the
talks virtually? That's something I'd pay for, even though I can't attend
the co
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 wrote:
> Hi riak-users,
>
> I've just released version 2.0.2 of the official Python client for
> Riak[1].
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 en
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 wrote:
> Hello,
>
> Basho Engineering has uncovered a bug in the Active Anti-Entropy (AAE)
> code in Riak versions 1.4.4 through 1.4.7, inclusi
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
actually,
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 mail
o that is why RC is hitting now instead of a few
> months ago.
>
> Thanks again for the support from all of our users.
> -Jared
>
>
>
>
> On Mon, Jul 14, 2014 at 1:46 PM, Dave Martorana wrote:
>
>> Hi!
>>
>> I've been kind of holding off development for a
Very excited by this!
On Mon, Jul 21, 2014 at 6:17 PM, Brian Roach wrote:
> On Mon, Jul 21, 2014 at 4:01 PM, Jared Morrow 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 keep an eye out on thi
28 matches
Mail list logo
