Very exciting news! Can't wait to start playing with it.
> El Sep 2, 2014, a las 10:30 PM, Alex De la rosa
> escribió:
>
> Awesome! Thank you very much!
>
> Alex
>
>
>> On Tue, Sep 2, 2014 at 11:53 PM, Alexander Sicular
>> wrote:
>> Congrats to the whole Basho team. Great achievement! -Ale
Hi all,
We are seeing a situation where reading a key that is known to exist
returns no value. The bucket properties are as follows:
{"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":t
Hi all,
I am trying to set the Erlang scheduler bind type to nnts by adding the
following to vm.args:
+stbt nnts
In theory stbt is supposed to handle lack of support properly, but instead
my server fails to start. However it starts with just +sbt nnts.
Here is the Erlang doc on the flag: http:/
Hi all,
I had a bug in my ingestion code that caused sibling explosion in a
specific bucket. I have temporarily turned off allow_mult=true until that
bug is fixed. Is there a way to remove all of the siblings on those
existing massive objects (up to 10MB) now that allow_mult is false? Will
Riak do
Hi Toby,
It should be fine to keep many connections PCB connections open. To give
you an idea, we connect to a nine (9) node cluster over Protobuf, with up
to 2k concurrent connections per node.
Cheers,
Alain
On Thu, Jun 5, 2014 at 10:44 PM, Toby Corkindale wrote:
> Hi,
> Just looking for a
t_it/6 line 328
Bollocks!
On Thu, Jun 5, 2014 at 8:49 AM, Alain Rodriguez wrote:
> Thanks for the quick reply and no I did not. Is this something I should be
> able to do now (stop, remove files, start again) or is it too late? How
> could I verify this is the issue?
>
>
> On Thu,
Thanks for the quick reply and no I did not. Is this something I should be
able to do now (stop, remove files, start again) or is it too late? How
could I verify this is the issue?
On Thu, Jun 5, 2014 at 8:42 AM, Shane McEwan wrote:
> On 05/06/14 16:20, Alain Rodriguez wrote:
> &g
Hi all,
I upgraded 1 of 9 riak nodes in a cluster last night from 1.4.0 to 1.4.9.
The rest are running 1.4.0.
Ever since I am seeing the upgraded node, riak01 consuming a significantly
larger percent of CPU and the PUT times on it have gotten worse. htop
indicicates one particular process pegging
Hi all,
Can anyone share some wisdom on what to set pb_backlog to? Is there some
kind of formula based on the number of requests/s?
I am seeing a ton of connection timeouts when I restart my application and
I have pb_backlog set to the default of 5.
Thanks,
Alain
___
Hi John,
What node name are you using in vm.args? If you are using a FQDN, try
setting it to riak@ instead and see if that resolves the startup issue.
Either way, what's the exact error being logged by the riak server?
Alain
On Mon, Jan 6, 2014 at 4:14 PM, John Kavanagh wrote:
> Hi all,
>
> I
, this might be a problem in the library.
> Can you post the code you are using?
>
>
> On Tue, Dec 3, 2013 at 12:04 AM, Alain Rodriguez wrote:
>>
>> Hi all,
>>
>> I am trying to connect to Riak using the Node.js library
>> https://github.com/nlf/riakpbc
Hi all,
I am trying to connect to Riak using the Node.js library
https://github.com/nlf/riakpbc, however many of my connections are
failing with the error "Connection timeout". Is there a limit on the
number of connections allowed over PB? I looked into tuning pb_backlog
but it didn't yield any re
12 matches
Mail list logo