]> git-server-git.apps.pok.os.sepia.ceph.com Git - ceph-ci.git/commit
osd: Optimized EC apply_pwlc needs to be careful about advancing last_complete
authorBill Scales <bill_scales@uk.ibm.com>
Wed, 16 Jul 2025 13:55:49 +0000 (14:55 +0100)
committerAlex Ainscow <aainscow@uk.ibm.com>
Sun, 7 Sep 2025 23:10:41 +0000 (00:10 +0100)
commit4c26de4003664581057720a22a9faacbe7324707
tree6711549dcaface6604d11e6f836722d3ff912384
parent6b4c5c16c28c622e407dcde22a9f8105d67547e5
osd: Optimized EC apply_pwlc needs to be careful about advancing last_complete

Fix bug in apply_pwlc where the primary was advancing last_complete for a
shard doing async recorvery so that last_complete became equal to last_update
and it then thought that recovery had completed. It is only valid to advance
last_complete if it is equal to last_update.

Tidy up the logging in this function as consecutive calls to this function
often logged that it could advance on the 1st call and then that it could not
on the 2nd call. We only want one log message.

Signed-off-by: Bill Scales <bill_scales@uk.ibm.com>
(cherry picked from commit 0b19ed49ff76d7470bfcbd7f26ea0c7e5a2bc358)
src/osd/PeeringState.cc