Hi Jermiah,
Linux version 2.6.18-128.el5 (mockbu...@builder10.centos.org) (gcc
version 4.1.2 20080704 (Red Hat 4.1.2-44)) is the unix version. I am able
to install and start riak successfully however riak-search make fails.
Regards,
Vijayakumar.
On Thu, Sep 8, 2011 at 7:13 PM, Jeremiah Pesc
On my 'newhttp' branch, the ConnectionManager class handles all
connections to the server(s) for the transports (many connections to
many servers). The transport can worry about what goes onto the wire,
and the CM worries about the underlying connections.
Today, there are multiple transports, each
No worries. That is what "pre-release" is all about :-) ... I'm
focusing on the Python support right now, and 0.14.x works just fine
for that, but I'll look into the 1.0-pre in the next week or two.
Thanks!
-g
On Thu, Sep 8, 2011 at 13:02, Jared Morrow wrote:
> Sorry about the lack of a source p
Nice!!!
d
P.S. Hey, Soren :-)
On Thu, Sep 8, 2011 at 4:42 AM, Soren Hansen wrote:
> I feel compelled to share a bit of praise:
>
> The TestServer functionality in the python client is absolutely the
> coolest thing since sliced bread. Up until now, I've been using an
> abomination of a fakeriak
I own the pull request that adds (very basic) pooling logic to the
Riak client. I left Transports alone (each is a single connection) and
decided to have pools be another class you pick just like transport.
This allows you instantly use any pooling logic (never remove down
servers, delete down serv
Sorry about the lack of a source package, that was my oversight. I just
uploaded one to downloads.basho.com.
Thanks for the feedback,
-Jared
On Thu, Sep 8, 2011 at 5:52 AM, Greg Stein wrote:
> On Thu, Sep 8, 2011 at 07:47, David Smith wrote:
> > On Thu, Sep 8, 2011 at 5:41 AM, Greg Stein wr
Don't forget about the wiki ;)
http://wiki.basho.com/Community-Developed-Libraries-and-Projects.html#Recipes%2C-Cookbooks%2C-and-Configurations
Mark
On Thu, Sep 8, 2011 at 8:32 AM, Matt Heitzenroder
wrote:
> It's a bit out of date, and pool party seems to be abandoned, but
> https://github.com
> Out of curiousity, what was the reason for the 'join' command behaviour to
> change?
1. Existing bugs/limitations. For example, joining two entire clusters
together was not an entirely safe operation. In some cases, the newly
formed cluster would not correctly converge, leaving the ring/cluster
It's a bit out of date, and pool party seems to be abandoned, but
https://github.com/roder/riakaws should get you there quickly.
Try also searching http://riak.markmail.com, I'm sure there are a few other
scripts too
Cheers,
Matt
On Sep 8, 2011, at 9:54 AM, Jeremiah Peschka wrote:
> Cool!
Cool! Good to know I have a few options. Thanks.
---
Jeremiah Peschka - Founder, Brent Ozar PLF, LLC
Microsoft SQL Server MVP
On Sep 7, 2011, at 10:20 PM, John E. Vincent wrote:
> If you're not uncomfortable with Chef, you can use the riak cookbook
> to get things up and going.
>
> On Wed, Sep 7
After some quick googlin', this is a sign that you don't have a full
development environment installed. You need more things than a compiler to
build software - linkers and libraries and other assorted pieces of code.
I have no idea how to help you on whichever *nix you're using, though.
---
Jer
For those wanting source access, you can always clone master and then use the
following command to check out the tag for the 1.0 pre 1 source:
git co riak-1.0.pre1 -b riak10p1
---
Jeremiah Peschka - Founder, Brent Ozar PLF, LLC
Microsoft SQL Server MVP
On Sep 8, 2011, at 4:52 AM, Greg Stein wrot
*
This doesn't directly answer your issue, but Riak Search is supposed to be
getting rolled in to the core of Riak.
Last night, the Riak 1.0 Pre-Release package was made available, which has
many good new features (and should supposedly have Riak Search already
included). As long as you're not inte
Yup, agreed. I can certainly see use-cases where a client may have
particular knowledge about data/server locality, and wants to open
connections to *just* those servers. The transports that I am
advocating open connections to servers described by one layer higher.
That layer could say "all Riak se
On Tue, Sep 6, 2011 at 9:14 PM, Tatsuya Kawano wrote:
> Hi David,
>
> OK, so there is no easy fix on Linux. I think generating the warning
> message will help. Thanks for look into this.
I would note that it's possible to configure a periodic sync still
with bitcask on Linux; it's just going to b
On Thu, Sep 8, 2011 at 07:47, David Smith wrote:
> On Thu, Sep 8, 2011 at 5:41 AM, Greg Stein wrote:
>
>> I just checked out the link (provided below) and did not find a
>> *source* distribution. Could you work that into the distribution?
>
> Yes, there should be one of those -- will ping Jared.
One big yes. Couldn't agree more, and it is the direction the Java client is
moving. I think the .net client is either there or on the way too. Ditto for
ripple, the ruby client. Makes perfect sense.
On 8 Sep 2011, at 12:31, Greg Stein wrote:
> Hey, all...
>
> After a couple comments on my rec
I like the idea of RiakTransport as you describe it. It opens the door to
other potential underlying transports and isolating a client from knowledge
of those (websockets, tcp, zeromq messaging come to mind). I'm not
suggesting that RIAK will ever support these transports by this comment,
however.
On Thu, Sep 8, 2011 at 5:41 AM, Greg Stein wrote:
> I just checked out the link (provided below) and did not find a
> *source* distribution. Could you work that into the distribution?
Yes, there should be one of those -- will ping Jared.
> In my particular situation, I'm working on Mac OS 10.5
I feel compelled to share a bit of praise:
The TestServer functionality in the python client is absolutely the
coolest thing since sliced bread. Up until now, I've been using an
abomination of a fakeriak library that exposed an identical interface to
python-riak, but was backed entirely by Python
On Wed, Sep 7, 2011 at 19:24, David Smith wrote:
>...
> The first stage is "pre-release" (aka PR) builds that represent the
> feature-complete Riak 1.0, with minor cleanup and tweaks still
> ongoing. You WILL find some rough edges with packaging and the
> features -- we're still working through th
Hey, all...
After a couple comments on my recent work, and some archaeology on the
Python/Riak work over the past month... I've realized that I might
have a very different view of RiakTransport compared to what I'm
seeing in the current work. I figured it best to bring that to the
forefront and di
Out of curiousity, what was the reason for the 'join' command behaviour to
change?
Regards,
Jens
---
Date: Wed, 7 Sep 2011 18:12:40 -0600
From: Joseph Blomstedt
To: riak-users Users
Subject: Riak Clustering Changes in 1.0
Messag
On Thu, Sep 8, 2011 at 03:12, Joseph Blomstedt wrote:
> Given that 1.0 prerelease packages are now available, I wanted to
> mention some changes to Riak's clustering capabilities in 1.0. In
> particular, there are some subtle semantic differences in the
> riak-admin commands. More complete docs wi
I tried to install riak-search as explained in
http://wiki.basho.com/Riak-Search---Installation---RHEL-and-CentOS.html,
but I ended with up the following error in "make rel" stage.
loading cache ./config.cache
checking host system type... x86_64-unknown-linux-gnu
checking target system type...
25 matches
Mail list logo
