You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm preparing for our migration from RocketChat 6.13.1 to 7.x. This is problematic since the current machine does not support the AVX instruction set which is required for MongoDB 5.x+. I have a new host for it now and I have a recent (last week) copy of the MongoDB database so I can do a dry run of the migration. That part of the process has been going okay until now.
I upgraded MongoDB from 4.4 to 7.0.18 (not in one jump obviously)
RocketChat 6.13.1 works fine.
MongoDB 7 is set to use the 7.0 Feature Set and works properly. Oplog is enabled.
When I make a new RocketChat 7 container (7.0.9) and start it, I get the following error which is so vague it's useless to me.
MongoTopologyClosedError: Topology is closed
at /app/bundle/programs/server/npm/node_modules/meteor/npm-mongo/node_modules/mongodb/src/sdam/topology.ts:515:42
at processTicksAndRejections (node:internal/process/task_queues:95:5) {
[Symbol(errorLabels)]: Set(0) {}
}
MongoServerSelectionError: getaddrinfo EAI_AGAIN mongodb
at Timeout._onTimeout (/app/bundle/programs/server/npm/node_modules/meteor/npm-mongo/node_modules/mongodb/src/sdam/topology.ts:591:30)
at listOnTimeout (node:internal/timers:581:17)
at processTimers (node:internal/timers:519:7) {
reason: TopologyDescription {
type: 'ReplicaSetNoPrimary',
servers: Map(1) { 'mongodb:27017' => [ServerDescription] },
stale: false,
compatible: true,
heartbeatFrequencyMS: 10000,
localThresholdMS: 15,
setName: 'rs0',
maxElectionId: new ObjectId("7fffffff0000000000000008"),
maxSetVersion: 2,
commonWireVersion: 0,
logicalSessionTimeoutMinutes: null
},
code: undefined,
[Symbol(errorLabels)]: Set(0) {}
}
packages/core-runtime.js:189
throw error;
errorClass [Error]: [An error occurred when creating an index for collection "users: Topology is closed]
at Collection.createIndexAsync (packages/mongo/collection.js:1140:15)
at processTicksAndRejections (node:internal/process/task_queues:95:5)
at module.wrapAsync.self (packages/accounts-password/password_server.js:1107:1) {
isClientSafe: true,
error: 'An error occurred when creating an index for collection "users: Topology is closed',
reason: undefined,
details: undefined,
errorType: 'Meteor.Error'
}
Steps to reproduce:
Update MongoDB to 7.0.18
Attempt to update RocketChat from 6.13.1 to 7.0.9
Expected behavior:
I expected it to work.
Actual behavior:
Already covered
Server Setup Information:
Version of Rocket.Chat Server: 6.13.1
License Type: Community
Number of Users: 5
Operating System: Debian (Synology DSM 7.2.2)
Deployment Method: docker
Number of Running Instances: 1
DB Replicaset Oplog: Enabled
NodeJS Version: 20.17.0
MongoDB Version: 7.0.18
The text was updated successfully, but these errors were encountered:
This appears to be due to a failure of documenting that RocketChat 7 no longer supports docker --link.
If anyone ends up with this problem:
Put RocketChat and Mongo on the same docker network. It can still be a bridge type (if it is, be sure it allows for intra-container communications.) (RocketChat 6.13.1 and earlier will support Mongo just being linked just fine.)
RocketChat's MongoDB URIs need to use the name of the Mongo container. If you called the Mongo container "MongoDB" then it needs to be mongodb://MongoDB:27017/rocketchat; if you called it "MongoDatabase" then mongodb://MongoDatabase:27017/rocketchat.
I hope this saves someone else hours of work trying to figure this out from a very vague error message. (Worse, in Mongo's log I could see RocketChat 7 actually connecting initially and then failing for some reason. I still don't know why.)
Description:
I'm preparing for our migration from RocketChat 6.13.1 to 7.x. This is problematic since the current machine does not support the AVX instruction set which is required for MongoDB 5.x+. I have a new host for it now and I have a recent (last week) copy of the MongoDB database so I can do a dry run of the migration. That part of the process has been going okay until now.
When I make a new RocketChat 7 container (7.0.9) and start it, I get the following error which is so vague it's useless to me.
Steps to reproduce:
Expected behavior:
I expected it to work.
Actual behavior:
Already covered
Server Setup Information:
The text was updated successfully, but these errors were encountered: