-
Type:
Bug
-
Resolution: Done
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Cluster Scalability
-
ALL
-
v9.0
-
ClusterScalability 31Aug-14Sep
-
200
-
None
-
None
-
None
-
None
-
None
-
None
-
None
jstests/sharding/test_resharding_test_fixture_detects_unowned_docs.js fails consistently in the sharding_multiversion suite on v9.0-staging.
The test's multiversion guard asks the wrong question — "is this a mixed-version suite?" instead of "can these binaries parse this field?"
test_resharding_test_fixture_detects_unowned_docs.js plants an unowned document in the temporary resharding collection, so it must disable resharding verification via performVerification: false. It skipped that field whenever useRandomBinVersionsWithinReplicaSet was set. sharding_last_patch sets it to "last-patch", so the field was omitted, but every binary in that suite is 9.0 and understands it. With the field absent at FCV 9.0, performVerification defaults to true, verification runs, finds the planted document, and aborts with Location9929906 (2 docs vs 3) instead of the "unowned documents" error the test asserts on.
New on v9.0-staging only because SERVER-133450 introduced the first suite where the guard fires while all binaries do support the field.
- duplicates
-
SERVER-131910 Set reshardingDocumentVerification in multiversion fixtures once 9.0 is lastLTS
-
- Closed
-
- is related to
-
SERVER-133450 Enable last patch multiversion test suites
-
- Closed
-