[MB-4195] append/prepend leaks item memory on CAS mismatch Created: 15/Aug/11 Updated: 10/Apr/12 Resolved: 16/Aug/11
|Reporter:||Steve Yen||Assignee:||Chiyoung Seo|
|Remaining Estimate:||Not Specified|
|Time Spent:||Not Specified|
|Original Estimate:||Not Specified|
Chiyoung found one case of memory leak with append/prepend in the 1.7.x ep-engine code. The scenario is...
If the client app is using CAS with their append/prepend operations, and they have concurrent clients trying to append to the same hot item, then several of the concurrent clients could be "rejected" in that their CAS values are out of date. The rejected CAS-mismatch clients would see a EEXISTS error code if they're binary protocol clients. These requests that have rejected CAS-mismatch will leak the item.
This should also be reproducible with a single client, where any append operations use a bogus CAS number.
|Comment by Farshid Ghods [ 15/Aug/11 ]|
Integrated in github-ep-engine-1-7-1 #142 (See [http://qa.hq.northscale.net/job/github-ep-engine-1-7-1/142/])|
Chiyoung Seo :
|Comment by Chiyoung Seo [ 16/Aug/11 ]|