Quickly deleting + recreating item in Riak deletes new item
kelly at basho.com
Wed Jul 17 10:45:01 EDT 2013
I find it really surprising that you don't see any difference in behavior
when you set delete_mode to keep. I think it would be helpful if you could
outline your specific setup and give the steps to reproduce what you're
seeing to be able to make a determination if this represents a bug or not.
On Tue, Jul 16, 2013 at 11:33 PM, Matthew Dawson <matthew at mjdsystems.ca>wrote:
> On July 16, 2013 12:00:36 PM Gabriel Littman wrote:
> > Please correct me if I'm wrong, but I think the right answer is doing a
> > first so you have a vector clock that is after the delete. Then you
> > be able to be sure your new write wins in any sibling resolution.
> > Gabe
> I would assume this to be the case. I've even made sure my delete requests
> all have vclocks attached (by doing a GET first). However I still see
> keys every so often.
> By making each key unique across runs of the test suite seems to solve
> but I don't like that as a solution. And I'm not sure if this is an actual
> bug or not. If this behaviour is considered a bug, I can try making a
> reproducible test case and file a bug using that.
> riak-users mailing list
> riak-users at lists.basho.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the riak-users