<div dir="ltr">Matthew,<br><br>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. Thanks.<br>
<br>Kelly<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 16, 2013 at 11:33 PM, Matthew Dawson <span dir="ltr"><<a href="mailto:matthew@mjdsystems.ca" target="_blank">matthew@mjdsystems.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On July 16, 2013 12:00:36 PM Gabriel Littman wrote:<br>
> Please correct me if I'm wrong, but I think the right answer is doing a GET<br>
> first so you have a vector clock that is after the delete.  Then you should<br>
> be able to be sure your new write wins in any sibling resolution.<br>
><br>
> Gabe<br>
><br>
</div>I would assume this to be the case.  I've even made sure my delete requests<br>
all have vclocks attached (by doing a GET first).  However I still see missing<br>
keys every so often.<br>
<br>
By making each key unique across runs of the test suite seems to solve things,<br>
but I don't like that as a solution.  And I'm not sure if this is an actual<br>
bug or not.  If this behaviour is considered a bug, I can try making a minimal<br>
reproducible test case and file a bug using that.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Matthew</font></span><br>_______________________________________________<br>
riak-users mailing list<br>
<a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
<br></blockquote></div><br></div>