Details
-
Bug
-
Resolution: Fixed
-
Major
-
3.1.0
-
Security Level: Public
-
None
-
Untriaged
-
Unknown
Description
Have found this same issue in testing 3.1.0 (MP1), need a fix backported to 3.1
... See MB-14041
Issue is that when we request all tasks to stop and the task object is deleted and all members of VBucketMemoryDeletionTask are deleted and the RCPtr<VBucket> is looking at a VBucket (and is the only reference) chained deletion occurs and we assert in the objectregistry because the thread-local storage has no engine stashed away for accounting of the Blob deletion.
If the RCPtr has a 0 ref or > 1 refs we escape the defect.
Attachments
Issue Links
- blocks
-
MB-16413 3.1.2 Minor Release
- Closed
For Gerrit Dashboard: MB-16402 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
55594,2 | MB-16402: Ensure objectregistry has an engine when deleting the VBucketMemoryDeletionTask. | 3.0.x | ep-engine | Status: MERGED | +2 | +1 |
55740,1 | Merge remote-tracking branch 'couchbase/3.0.x' into sherlock | sherlock | ep-engine | Status: MERGED | +2 | +1 |
55742,1 | Merge remote-tracking branch 'couchbase/sherlock' into master | master | ep-engine | Status: MERGED | +2 | +1 |
56023,2 | Moving SHAs to include fixes for 3.1.2 | master | manifest | Status: MERGED | +2 | +1 |