Fixed
Pinned fields
Click on the next to a field label to start pinning.
Details
Details
Assignee
Ashwin Govindarajulu
Ashwin GovindarajuluReporter
Ashwin Govindarajulu
Ashwin GovindarajuluLabels
Story Points
1
Priority
Instabug
Open Instabug
PagerDuty
PagerDuty
Sentry
Sentry
Zendesk Support
Zendesk Support
Created March 23, 2021 at 12:29 PM
Updated June 10, 2021 at 12:48 PM
Resolved June 10, 2021 at 11:21 AM
Scenario:
Two node cluster, Couchbase bucket (replica=1, scope=3, collections=2 per scope)
Load each collection with 100 docs initially into all collections
Open a separate client for testing sync_write outcome
Stop persistence on one of the node using cbepctl command
Load single doc with durability=MAJORITY_AND_PERSIST_TO_ACTIVE on 5 collections in parallel with timeout=60sec, such that the op won't timeout
Using the client opened during step#3 try the same doc_op on same doc_key to validate SYNC_WRITE_IN_PROGRESS outcome
Observation:
Seeing COLLECTION_MAP_REFRESH_IN_PROGRESS during one of the five operations. All other operations results in valid KV_SYNC_WRITE_IN_PROGRESS.
Expected behavior:
Should not see MAP_REFRESH_IN_PROGRESS, since the client has been already opened well before the doc_ops and the simulated error here is only STOP_PERSISTENCE(which has no direct effect on client)
Cbcollect logs:
https://cb-engineering.s3.amazonaws.com/c_map_refresh_in_progress/collectinfo-2021-03-23T120441-ns_1%40172.23.105.155.zip
https://cb-engineering.s3.amazonaws.com/c_map_refresh_in_progress/collectinfo-2021-03-23T120441-ns_1%40172.23.105.211.zip
Attaching test run logs
and pcap
QE test: