Bug #1898
very long scrub blocked write operation
0%
Description
On cephstore6235 we saw a write operation get blocked for 4 minutes by scrub. The log is available in /var/log/ceph/long_scrub.log, operation client.898189.0:13131563
Related issues
History
#1 Updated by Sage Weil almost 12 years ago
- translation missing: en.field_position set to 3
#2 Updated by Sage Weil almost 12 years ago
- Target version deleted (
v0.41) - translation missing: en.field_position deleted (
10) - translation missing: en.field_position set to 5
#3 Updated by Sage Weil almost 12 years ago
- Priority changed from Immediate to Urgent
#4 Updated by Sage Weil almost 12 years ago
- Target version set to v0.41
#5 Updated by Samuel Just almost 12 years ago
It seems that osd.220 took 5 minutes between starting _scan_list and relocking the pg.
#6 Updated by Samuel Just almost 12 years ago
2012-01-06 16:22:52.45141 another case where osd.220 required 4 minutes to scan the 150000 object pg. osd.97 seems to require closer to 2 minutes to scan the pg. We can reduce the severity of this problem by waiting for all replicas to respond to the first scan before stopping writes.
#7 Updated by Samuel Just almost 12 years ago
- Status changed from New to Won't Fix
We will fix this as part of the incremental scrubbing #1783
#8 Updated by Anonymous almost 12 years ago
- Status changed from Won't Fix to Duplicate
- Priority changed from Urgent to High
Even though this is not the same complaint as 1783, we plan on
fixing it with the same changes, so I am calling this a DUP of
1783.