http://www.couchbase.com/issues This file is an XML representation of an issue en-us 5.2.4 845 26-12-2012 http://www.couchbase.com/issues/browse/MB-4518 Couchbase Server 1) cluster 2 nodes together <br/> 2) add 100 json items <br/> 3) create a simple view with _count reduce <br/> 4) verify that all items are returned in the view <br/> 5) start to rebalance in a 3rd node, while at the same time start deleting all the keys <br/> 6) wait till both rebalance and deletes are done <br/> 7) verify that all items are deleted from memcached <br/> 8) verify that all items are gone from the view <br/> at this point in my test I had 7 items left centos 5.4 64 bit <br/> 3 nodes <br/> r-378 MB-4518

deleting items during rebalance results in desynced view

Bug Blocker Closed Duplicate Public Damien Katz Keith Batten 2.0-DP3-release-notes Wed, 7 Dec 2011 15:19:13 -0600 Mon, 6 Feb 2012 10:07:56 -0600 Thu, 26 Jan 2012 20:48:59 -0600 2.0-developer-preview-3 2.0-developer-preview-4 view-engine 0 0 It seems like an ep-engine issue. Was able to reproduce it with 2 and 3 node clusters. Just created 10k items and then deleted them while rebalancing in a new node. Waited till rebalance was complete. After this from time to time cbstats reported non-zero number of active items on the old node. Sometimes it reported zero active items but non-zero replica items. Although all the items were not accessible via memcached. But the items were present in couchdb and thus visible to views. Mike, sync up with Chiyoung on this issue please. Thanks Aliaksey. This is definitely an issue currently. <br/> I was able to easily reproduce this. After rebalance, the active_items != replica_items. <br/> <br/> Will open another bug. For reproducing this:- <br/> 1) Keep delete workload going in parallel <br/> 2) Issue rebalance of nodes in. This issue is caused by an error in views. I was able to verify that there were no items in couchdb after my deleting everything, but my view still reported having items. Alaiksey was able to produce a scenario however where active/replica item counts were not 0 so I will look into that issue. It is filed as <a href="http://www.couchbase.com/issues/browse/MB-4661" title="active/replica item count not 0 when all items are deleted."><strike>MB-4661</strike></a>. Aliaksey A looking at this right now Attaching more log files. From ns_server perspective everything looks fine. On all the nodes correct vbucket are indexed. I also verified that update_seqs reported by couch_set_view:get_group_info and by couch_db:get_update_seq are the same. Assigning to Filipe for further investigation. Hi Damien, <br/> Any news/status on this one? <br/> Thanks Hi Damien, <br/> Any news/status on this one? Ping #2. <br/> Thanks Was able to reproduce, but haven&#39;t been able to spend a lot of time on it yet. Filipe is also looking at it. This appears to be a duplicate of <a href="http://www.couchbase.com/issues/browse/MB-4692" title="Reduce view returns incorrect results"><strike>MB-4692</strike></a>. It appears that some vbuckets aren&#39;t properly cleaned/omitted from view indexes. <a href="http://review.couchbase.org/#change,12767">http://review.couchbase.org/#change,12767</a> fixes it viewtests.ViewRebalanceTests.test_delete_x_docs_rebalance_in 1 min 43 sec Fixed<br/> viewtests.ViewRebalanceTests.test_delete_x_docs_rebalance_out 1 min 53 sec Fixed<br/> viewtests.ViewRebalanceTests.test_load_x_during_rebalance 6 min 17 sec Fixed<br/> viewtests.ViewRebalanceTests.test_view_stop_start_incremental_rebalance <br/> <br/> build : 2.0.0r-643-g4e529d3 Date of First Response Fri, 23 Dec 2011 01:20:54 -0600 Rank 5931 Time In Status