So, this is my query, being performed using the legacy driver for node.
files.aggregate([ {
$match : {
filename : {
$in : name
}
}
}, {
$group : {
_id : '$onDisk',
ids : {
$push : '$_id'
}
}
And my issue is, if the amount of documents matched exceeds a little over 500 , the group stage is completely skipped and I get an array of matched documents that contain just the _id. I do not get an error about maximum size for bson exceeded, the aggregation simply returns me what it has before the group stage. I canāt tell if this issue is on the driver or mongo itself. The mongod version is 6 and legacy driver is 5.0.0, with the mongodb driver being 5.9.2.
I donāt know if itās relevant, but āonDiskā can be null, and it was when it failed, I canāt tell if it failed with large amounts an non-null values for onDisk.
I donāt know if this is relevant, but this aggregation is performed immediately after another aggregation on the same collection.
files.aggregate([ {
$match : {
'metadata.type' : 'captcha',
'metadata.expiration' : {
$lte : new Date()
}
}
}, {
$group : {
_id : 0,
files : {
$push : '$filename'
}
}
We are having the same issue as of yesterday (2024-08-27).
Mongo Compass runs the query fine, but even when trying to export the results, the group stage gets skipped, which is causing a bunch of our tools to break.
That points for an issue on the database itself. What is your mongod version?
We are experiencing the same issue since yesterday morning (2004-08-27).
The problem seems to appear whenever we use a $in or $nin condition followed by a $group stage. If the number of elements in $in / $nin array is below 1000, the problem doesnāt occurrā¦
Iāll share with you the message I received from support team:
" I understand your concern here and I would like to let you know that our internal team identified aggregation issues introduced in version v6.0.17
and scheduled a downgrade for all the clusters to v6.0.16
.
There are numbers of aggregation stages affected by this bug in different pipeline usages, including some like [ {$match: { ā¦ }}, {$group: { ā¦}}, ā¦ ]. Other stages are also affected which includes: $documents, $lookup, $replaceRoot, $let with $expr.
We sincerely apologize for any inconvenience the recent minor version upgrade may have caused."
So the problem seems to be solved since the update has been reverted to previous version.
1 Like
It was solved if you are using their SAAS. For everyone else it boils down to āyeah, we have a botched update out there lmaoā.
Itās been a month and 6.0.17 is still out there. Just updated a vm I had around and it went to the broken version.