Details
-
Bug
-
Resolution: Won't Fix
-
Major - P3
-
None
-
None
-
None
-
Catalog and Routing
-
ALL
-
Execution NAMR Team 2023-07-10, Sharding EMEA 2023-07-24, Sharding EMEA 2023-08-07, Sharding EMEA 2023-08-21, Sharding EMEA 2023-09-04, Sharding EMEA 2023-09-18, Sharding EMEA 2023-10-02, Sharding EMEA 2023-10-16, Sharding EMEA 2023-10-30, CAR Team 2023-11-13, CAR Team 2023-11-27, CAR Team 2023-12-11, CAR Team 2023-12-25, CAR Team 2024-01-08, CAR Team 2024-02-05
-
2
Description
In a mongosync test run, mongod mistakenly reported a collectionUUIDMismatch error. The sequence of events was:
- mongosync creates a collection, testDB.userWriteBlockColl
- mongod successfully does so, and gives it the UUID 3ca88158-8e77-49fb-9fcd-1bff14d26f5f
- mongosync runs the following command, with that UUID, and gets a collectionUUIDMismatch error
{
|
"aggregate": "userWriteBlockColl", |
"collectionUUID": { "$uuid": "3ca88158-8e77-49fb-9fcd-1bff14d26f5f" }, |
"pipeline": [ |
{ "$listCatalog": {} }, |
{ "$addFields": { "collectionUUID": "$md.options.uuid" } }, |
{ "$addFields": { "ns": "$md.ns" } }, |
{ "$project": { "md.options.uuid": 0 } }, |
{ "$addFields": { "options": "$md.options" } } |
],
|
"cursor": {}, |
"readConcern": { |
"afterClusterTime": { |
"$timestamp": { "t": 1682347099, "i": 21 } |
}
|
},
|
}
|
The mongod returns this very confusing error, with the same UUID and the same collection name in both expected and actual collection:
{
|
db: "testDB", |
collectionUUID: UUID("3ca88158-8e77-49fb-9fcd-1bff14d26f5f"), |
expectedCollection: "userWriteBlockColl", |
actualCollection: "userWriteBlockColl" |
}
|
I collected some of the relevant logs in this GitHub gist, but the full mongod logs are available from the Evergreen task page for the failed mongosync tests.
Attachments
Issue Links
- is related to
-
SERVER-79049 Server returns unexpected CollectionUUIDMismatch with actual collection name equal to expected collection name
-
- Open
-
-
SERVER-82926 Unexpected CollectionUUIDMismatch
-
- Closed
-