[SERVER-51512] cache evict problem Created: 13/Oct/20 Updated: 25/Oct/20 Resolved: 25/Oct/20 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Concurrency, Performance, Stability |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | vinllen chen | Assignee: | Dmitry Agranat |
| Resolution: | Duplicate | Votes: | 1 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
||||||||
| Issue Links: |
|
||||||||
| Operating System: | ALL | ||||||||
| Participants: | |||||||||
| Description |
|
MongoDB version: 4.2, replica set The user's write operations were blocked because of the wiredTiger write ticket runs out. At 2020-10-07 01:24, the user inserts traffic increase so the CPU usage, dirty cache, and some metrics increase(the dirty cache percentage > 20%). And some slow log generated. However, after 01:27, there is almost no traffic, but the write ticket, CPU, dirty cache, WiredTiger hazard point check entry walked are still abnormal. It looks like the cache evict is not work, but as we look at the CPU profiling, the evict threads were still running. This situation was resolved at about 10-07 18:00 when the replica set restarted. We also attach the log which is not the raw log but collected by our log gathering platform because the raw log is rotated. Please let me known if you guys want more information. |
| Comments |
| Comment by Dmitry Agranat [ 25/Oct/20 ] |
|
cvinllen@gmail.com, we are actively discussing adding the fix to one of our future 4.2 and/or 4.0 minor releases. I suggest watching |
| Comment by vinllen chen [ 20/Oct/20 ] |
|
Thanks for your reply, it looks like this patch will backport to v4.0 and v4.2, but the fix versions are not including version < v4.4. Is there any plan? |
| Comment by Dmitry Agranat [ 13/Oct/20 ] |
|
It looks like you are hitting Thanks, |