Weird RIAK behavior

Claudio Cesar Sanchez Tejeda demonccc.y at
Mon Dec 22 22:15:05 EST 2014


Sorry, I forgot to mention that it is RIAK 1.4.10. They are configured
with multibackend. We are using, memory, bitcask and elevelDB

On the buckets where we are having issues, the siblings are disabled
(allow_multi = false).


On Mon, Dec 22, 2014 at 9:17 PM, Sargun Dhillon <sargun at> wrote:
> What versions of Riak are you using? And are these CRDT sets?
> Sent from my iPhone
>> On Dec 22, 2014, at 16:04, Claudio Cesar Sanchez Tejeda <demonccc.y at> wrote:
>> I'm a sysadmin and I managing 5 cluster of RIAK:
>> - two of them are LXC containers on the same physical machine (3 nodes
>> per cluster)
>> - one of them are LXC containers located on different physical
>> machines (6 nodes)
>> - one of them are LXC containers located on different physical
>> machines and XEN VMs (6 nodes)
>> - and the last of them are VMware ESX VMs (3 nodes)
>> Our application works correctly on the first four clusters, but it
>> doesn't work as we expected on the last one.
>> When we update a key and we retrieve this key in order to write it
>> again, it has an old value (it doesn't have the first value that we
>> wrote), for example:
>> The key has: lalala
>> We retrieve the key, and add lololo, so it should be lalala,lololo
>> We retrieve the key again, and try to add lelele, so it should be now:
>> lalala,lololo,lelele, but when we retrieve it again, we only have:
>> lalala,lelele
>> In the second write action, when we retrieve the key, we obtained a
>> key with the old value. We set r, w, pr and rw to 3 to the REST
>> requests, but it doesn't help.
>> All the configuration files are very similiar and we don't have any
>> major differences in the disk I/O and network performance of the nodes
>> of the clusters.
>> Did anyone have a similar issue?
>> Regards.
>> _______________________________________________
>> riak-users mailing list
>> riak-users at

More information about the riak-users mailing list