
OPERATIONAL DEFECT DATABASE
...

...
In SERVER-77506 we introduced CollectionMetadata::getShardMaxValidAfter() that should return the timestamp of the latest data placement change for this shard. Currently, this timestamp is calculated as the maximum validAfter of all chunks currently owned by the given shard. This value does not represent the latest data placement change for the shard because it does not account for the last chunk donated by the shard. In fact the timestamp of the latest donated chunk is registered on the chunk itself that after the migration commit is not part anymore of the set of owned chunk by the donor shard.
tommaso.tocci commented on Wed, 12 Jul 2023 09:22:58 +0000: I've looked more into this and figure out there is no bug, in fact the getShardMaxValidAfter should return a timestamp that is greater or equal to the last time the shard has received a chunk that it currently own.
MongoDB Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.