Riak-CS Not Inheriting Permissions?

We are running Riak-CS on version 1.4.8. Here is the situation. We have a bucket that is owned by Acct1 that has folders in it. Acct2 has been granted all permissions to the bucket and all sub-folders. Acct2 puts a file in one of the subfolders, but Acct1 has no permissions at all for the file

Re: Riak for low latency/high write volumes

So, I've been doing some testing lately. Riak sounds like it'll meet your usecases with some caveats. LevelDB on SSDs will handle change often fairly well, as long as your disks have enough throughput, and CPUs are large enough to handle the compaction. If you're in GCE, I recommend using persisten

Re: Proper way do delete datatypes ( map )

Since I use http interface I decide for now to not delete records at all. I just empty it by { remove :[allmykeys], update:{timestamp}} command. Probably later I will implement kind of task to kill lost empty items, but now this way work fine for me. I will never get siblings headache and yokozuna

Re: occasional timeout when deleting key on multi-node Riak 1.4

Indeed, in app.config, I have: {riak_kv, [ ... {delete_mode, "immediate"} ]} Why does this lead to these kinds of random errors, I am curious. Thank you for your help On Thu, Oct 2, 2014 at 1:09 PM, Russell Brown wrote: > > On 2 Oct 2014, at 17:59, Igor Senderovich > wrote: > > There are no

Re: occasional timeout when deleting key on multi-node Riak 1.4

On 2 Oct 2014, at 17:59, Igor Senderovich wrote: > There are no other errors in any of the logs at exactly the same time but > there are periodic errors in error.log and console.log of the following form > (and these occurred seconds before and after the crash): > > > ** Reason for terminati

Re: occasional timeout when deleting key on multi-node Riak 1.4

There are no other errors in any of the logs at exactly the same time but there are periodic errors in error.log and console.log of the following form (and these occurred seconds before and after the crash): 2014-10-02 12:07:57.623 [error] <0.30125.18> CRASH REPORT Process <0.30125.18> with 10 nei

Re: Upgrading 1.4 to 2.0

Thanks for looking into this Luke. I wasn't able to solve this issue but since it was a dev environment, I ended up uninstalling 1.4.2 and installing 2.0.0. I did stop each node before upgrading it but I didn't look at beam processes to make sure they were actually gone. I was surprised to see no

Re: occasional timeout when deleting key on multi-node Riak 1.4

Thanks. Are there entries in any of the other logs? (like the crash dump). Can you also provide more info on the nodes themselves. What size AWS instances are you running? Is the delete timeout happening while load testing? On Thu, Oct 2, 2014 at 12:11 PM, Igor Senderovich < isenderov...@esperdyn

Re: occasional timeout when deleting key on multi-node Riak 1.4

Thanks for your help, Dmitri, I get the following in error.log: 2014-10-02 12:05:45.037 [error] <0.6359.19> Webmachine error at path "/buckets/imc/keys/5134a18660494ea5553d2c90ef9eea2f" : "Service Unavailable" And no, there is no load balancer on our cluster. Thank you On Thu, Oct 2, 2014 at 11

Re: Proper way do delete datatypes ( map )

Hi Alexander, I think you are deleting data-types the proper way. What is your `delete_mode` setting, please? I would guess that sibling you are seeing is a tombstone, which suggests you have some concurrent update with the delete. You will only ever have a single CRDT sibling, and 1 (or possi

Re: Riak responds with 204 even if returnbody is true

Bozhidar, Could you provide more information? Riak version, how you're performing load tests? -- Luke Bakken Engineer / CSE lbak...@basho.com On Wed, Sep 10, 2014 at 12:10 AM, Bozhidar Bozhanov wrote: > Hello, > > We are running load tests and Riak is sometimes responding with 204 No > content

Re: Upgrading 1.4 to 2.0

Hello, Were you able to resolve this issue? I tried to reproduce your issue but could not - the upgrade worked successfully. When you execute "riak stop" prior to using dpkg to upgrade to 2.0, please ensure all beam.smp processes are gone before doing the upgrade. -- Luke Bakken Engineer / CSE lb

Re: occasional timeout when deleting key on multi-node Riak 1.4

One other question - are you using a load balancer for your cluster (like HAProxy or the like). In which case, take a look at its logs, also. On Thu, Oct 2, 2014 at 11:51 AM, Dmitri Zagidulin wrote: > Igor, > Can you look in the riak log directory, in the error.log (and console log > and crash d

Re: occasional timeout when deleting key on multi-node Riak 1.4

Igor, Can you look in the riak log directory, in the error.log (and console log and crash dump file) to see if there's any entries, around the time of the delete operation? And post them here? On Thu, Oct 2, 2014 at 11:45 AM, Igor Senderovich < isenderov...@esperdyne.com> wrote: > Hi, > > I get

occasional timeout when deleting key on multi-node Riak 1.4

Hi, I get a timeout when deleting a key, reproducible in about 1 in 10 times: $ curl -i -vvv http://myhost:8098/buckets/imc/keys/5134a18660494ea5553d2c90ef9eea2f * About to connect() to dp1.prod6.ec2.cmg.net port 8098 * Trying 10.12.239.90... connected * Connected to dp1.prod6.ec2.cmg.net (10.1

Proper way do delete datatypes ( map )

I have map bucket with some data( with neseted maps ) aprox structure( don't know does it matter or not ): { "update": { "some_register": "value", "some_flag": "disable", "nested_map": { "update": { "nested1_map": { "update": { "some_register": "value", "some_flag": "disable", } }, "nested1_map": {