-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 6.0.13
-
Component/s: None
-
Storage Execution
-
Fully Compatible
-
ALL
-
v7.3, v7.0, v6.0
-
Execution Team 2024-02-19, Execution Team 2024-03-04
The `createIndexes` below should fail because the collectionUUID is nonsensical for a time-series collection.
Seen on 6.0.13; I suspect this happens on later versions, too.
> db.createCollection("weather", {timeseries:{timeField:"mytime"}}) { ok: 1 } > db.runCommand({createIndexes:"weather", collectionUUID: new UUID("f7a43d7b-22d2-4b9c-b1b3-806924034948"), indexes:[{name:"_fg_", key:{mytime:1}}]}) { numIndexesBefore: 0, numIndexesAfter: 1, createdCollectionAutomatically: false, commitQuorum: 'votingMembers', ok: 1, '$clusterTime': { clusterTime: Timestamp({ t: 1705695348, i: 1 }), signature: { hash: Binary(Buffer.from("0000000000000000000000000000000000000000", "hex"), 0), keyId: Long("0") } }, operationTime: Timestamp({ t: 1705695348, i: 1 }) }
- related to
-
SERVER-82924 Time-series collections should indicate collection UUID mismatch errors in all cases when they happen.
- Backlog
-
SERVER-86609 collMod (replset) ignores collectionUUID parameter against time-series
- Closed