Re: deleting CRDT objects with the ruby client?

[Paul Walk]

Ah - thanks - I hadn't realised that I could pass :type to the robject delete 
method.

I'm finding the ruby client (latest sources cloned from Github) to be quite 
reliable  - I have an app which is using most if not all the features, although 
not under any kind of load (I'm actually interested in Riak for its flexibility 
rather than for its resilience, which I realise may be a bit perverse). So far, 
I'm really liking 2.0 :-)

Thanks,

Paul

On 9 Apr 2014, at 17:05, Bryce Kerley  wrote:

> On 9 Apr 2014, at 3:59, Paul Walk wrote:
> 
> However, the only available delete method I can find is via the bucket. This 
> method does not take a bucket-type parameter, so a call to the bucket to 
> delete a given key is actually operating in the wrong namespace - the default 
> one, rather than the bucket-typed one.
> 
> CRDT deletion is handled through the RObject:
> 
> bucket = client.bucket 'maps'
> robject = bucket.get 'my_crdt_name'
> robject.delete type: 'maps'
> 
> I agree that the Ruby client interface for bucket types needs some work: it's 
> functional right now, but not great. Once the push for 2.0 is done, I'd like 
> to make it a bit more monadic *dodges thrown burrito*.
> 
> Bryce
> 
> ___
> riak-users mailing list
> riak-users@lists.basho.com
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

---
Paul Walk
http://www.paulwalk.net
---






___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Re: deleting CRDT objects with the ruby client?

[Bryce Kerley]

On 9 Apr 2014, at 3:59, Paul Walk wrote:

> However, the only available delete method I can find is via the bucket. This 
> method does not take a bucket-type parameter, so a call to the bucket to 
> delete a given key is actually operating in the wrong namespace - the default 
> one, rather than the bucket-typed one.

CRDT deletion is handled through the `RObject`:

```
bucket = client.bucket 'maps'
robject = bucket.get 'my_crdt_name'
robject.delete type: 'maps'
```

I agree that the Ruby client interface for bucket types needs some work: it's 
functional right now, but not great. Once the push for 2.0 is done, I'd like to 
make it a bit more monadic *\*dodges thrown burrito\**.

Bryce

smime.p7s
Description: S/MIME digital signature
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Re: Rebuilding AAE hashes - small question

[Luke Bakken]

Hi Guido,

I specifically meant riak-admin transfers however using riak-admin
wait-for-service riak_kv riak@node is a good first step before waiting for
transfers.

Thanks!
--
Luke Bakken
CSE
lbak...@basho.com


On Wed, Apr 9, 2014 at 7:54 AM, Guido Medina wrote:

>  What do you mean by "wait for handoff" to finish?
>
> Are you referring to wait for the service to be fully started? i.e.
> "riak-admin wait-for-service riak_kv riak@node"
>
> Or do you mean to check for "riak-admin transfers" on the started node and
> wait until those handoffs/transfers are gone?
>
> Guido.
>
>
>
> On 09/04/14 15:46, Luke Bakken wrote:
>
> Hi Guido,
>
>  That is the correct process. Be sure to use the rolling restart
> procedure when restarting nodes (i.e. wait for handoff to finish before
> moving on).
>
> --
> Luke Bakken
> CSE
> lbak...@basho.com
>
>
> On Wed, Apr 9, 2014 at 6:34 AM, Guido Medina wrote:
>
>>  Hi,
>>
>> If nodes are already upgraded to 1.4.8 (and they went all the way from
>> 1.4.0 to 1.4.8 including AAE buggy versions)
>>
>> Will the following command (as root) on Ubuntu Servers 12.04:
>>
>> riak stop; rm -Rf /var/lib/riak/anti_entropy/*; riak start
>>
>> executed on each node be enough to rebuild AAE hashes?
>>
>> Regards,
>>
>> Guido.
>>
>> ___
>> riak-users mailing list
>> riak-users@lists.basho.com
>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>
>>
>
>
> ___
> riak-users mailing list
> riak-users@lists.basho.com
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>
>
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Re: Rebuilding AAE hashes - small question

[Guido Medina]

What do you mean by "wait for handoff" to finish?

Are you referring to wait for the service to be fully started? i.e. 
"riak-admin wait-for-service riak_kv riak@node"


Or do you mean to check for "riak-admin transfers" on the started node 
and wait until those handoffs/transfers are gone?


Guido.


On 09/04/14 15:46, Luke Bakken wrote:

Hi Guido,

That is the correct process. Be sure to use the rolling restart 
procedure when restarting nodes (i.e. wait for handoff to finish 
before moving on).


--
Luke Bakken
CSE
lbak...@basho.com 


On Wed, Apr 9, 2014 at 6:34 AM, Guido Medina > wrote:


Hi,

If nodes are already upgraded to 1.4.8 (and they went all the way
from 1.4.0 to 1.4.8 including AAE buggy versions)

Will the following command (as root) on Ubuntu Servers 12.04:

riak stop; rm -Rf /var/lib/riak/anti_entropy/*; riak start

executed on each node be enough to rebuild AAE hashes?

Regards,

Guido.

___
riak-users mailing list
riak-users@lists.basho.com 
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com




___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Re: Rebuilding AAE hashes - small question

[Luke Bakken]

Hi Guido,

That is the correct process. Be sure to use the rolling restart procedure
when restarting nodes (i.e. wait for handoff to finish before moving on).

--
Luke Bakken
CSE
lbak...@basho.com


On Wed, Apr 9, 2014 at 6:34 AM, Guido Medina wrote:

>  Hi,
>
> If nodes are already upgraded to 1.4.8 (and they went all the way from
> 1.4.0 to 1.4.8 including AAE buggy versions)
>
> Will the following command (as root) on Ubuntu Servers 12.04:
>
> riak stop; rm -Rf /var/lib/riak/anti_entropy/*; riak start
>
> executed on each node be enough to rebuild AAE hashes?
>
> Regards,
>
> Guido.
>
> ___
> riak-users mailing list
> riak-users@lists.basho.com
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>
>
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Rebuilding AAE hashes - small question

[Guido Medina]

Hi,

If nodes are already upgraded to 1.4.8 (and they went all the way from 
1.4.0 to 1.4.8 including AAE buggy versions)


Will the following command (as root) on Ubuntu Servers 12.04:

   riak stop; rm -Rf /var/lib/riak/anti_entropy/*; riak start

executed on each node be enough to rebuild AAE hashes?

Regards,

Guido.
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

deleting CRDT objects with the ruby client?

[Paul Walk]

Having hunted through the docs and the sources for the ruby client, I cannot 
see how one should delete a CRDT object.

I have a bucket of CRDT maps, created using a bucket type which specifies the 
correct type to use. All operations with these CRDT objects appear to working 
properly, and they are being indexed in SOLR correctly, so all is well. 
However, the only available delete method I can find is via the bucket. This 
method does not take a bucket-type parameter, so a call to the bucket to delete 
a given key is actually operating in the wrong namespace - the default one, 
rather than the bucket-typed one.

Can anyone advise?

Thanks,

Paul
---
Paul Walk
http://www.paulwalk.net
---






___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

PUT / GET priority

[Damien Krotkine]

Hi,

I'm stress testing Riak on a reasonable cluster size (10 nodes), where 1
process constantly adds data, and various other processes read it, but
never update it (nor delete it).

I can see that when I add more processes to read the data, the
processing PUTing the data is affected, and its performance drops quite
a bit.

That was expected, but I was wondering if there is a way to force Riak
to handle PUT operations in priority, or any idea you may have. My goal
is to keep the data feeding process performance good, even if some
reader processes are pretty slow. It's ok if it's a hack or not
documented, I just would like to know what my options are. Also, is it
possible to setup GET throttling ?

Thanks,
dams

___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com