Updating MongoDB

Any new release of Server CE/Server Pro will indicate any change on the supported version of MongoDB in its release notes.

Should I update MongoDB?

You should only consider updating your MongoDB version if you're planning to upgrade your instance of Server CE/Server Pro.

If you're running a MongoDB version that is newer than the recommended for your current (or target) version there's no need to make any changes.

You should never downgrade your MongoDB version.

If you experience a specific problem that you think might be related to your current version of MongoDB, feel free to raise an issue if you are a Server CE user or contact Overleaf Support if you are Server Pro a user.

Checking your MongoDB version

Opening the mongo shell should immediately print the current version.

Overleaf Toolkit users:

bin/docker-compose exec mongo mongod --version
db version v5.0.24
Build Info: {
    "version": "5.0.24",
    "gitVersion": "f034f0c51b3dffef4b8c9452d77ede9888f28f66",
    "openSSLVersion": "OpenSSL 1.1.1f  31 Mar 2020",
    "modules": [],
    "allocator": "tcmalloc",
    "environment": {
        "distmod": "ubuntu2004",
        "distarch": "x86_64",
        "target_arch": "x86_64"
    }
}

Docker Compose users:

docker compose exec mongo mongod --version
db version v5.0.24
Build Info: {
    "version": "5.0.24",
    "gitVersion": "f034f0c51b3dffef4b8c9452d77ede9888f28f66",
    "openSSLVersion": "OpenSSL 1.1.1f  31 Mar 2020",
    "modules": [],
    "allocator": "tcmalloc",
    "environment": {
        "distmod": "ubuntu2004",
        "distarch": "x86_64",
        "target_arch": "x86_64"
    }
}

Update process

Updating the version of MongoDB during an upgrade of your Server CE/Server Pro instance is as follows:

Decide the version of Server CE/Server Pro you plan to upgrade to.
Find the version of MongoDB recommended by that specific Overleaf Server CE/Server Pro release.
Follow the instructions to upgrade MongoDB to the target version.
Upgrade Server CE/Server Pro image version and restart the instance.

Our recommendation is to always upgrade Server CE/Server Pro to the latest version available, since it's always guaranteed to be supported (Server Pro users only). In case you decide to go to an earlier version, this table shows the recommended version of MongoDB for earlier releases of Server CE/Server Pro, but you should never downgrade your MongoDB version.

Server CE/Server Pro

MongoDB Version

Minimum Feature Compatibility Version

Maximum Version Supported by Node.js Driver

2.0.x

3.4

2.1.x to 2.4.x

3.6

>=2.5.0

4.0

>=3.1.0

4.2

>=3.2.0

4.4

>=4.2.0

5.0

>=5.1.0

6.0

>=5.3.1

6.0

5.0

8.0

>=5.5.0

6.0

8.0

The minimum feature compatibility version above is based on the corresponding MongoDB version recommend for use with the version of Overleaf shown. If you plan to use a higher version, MongoDB will have its own minimum requirement.

You can view the compatibility table that specifies the supported versions of the MongoDB Node.js driver for use with MongoDB here.

You can view the end-of-life status for each version of MongoDB here.

Upgrading MongoDB

MongoDB requires step-by-step upgrades. That means you can't go straight from, let's say 4.0 to 5.0. You need first to update 4.2 to 4.4, and then 5.0.

MongoDB uses even numbers for their stable versions.

Update instructions when running MongoDB outside Docker

Note that the instructions for 5.0 point to a replica set install, instead of standalone. As Server Pro/CE 4.0.1+ uses transactions, MongoDB needs to be run as a replica set.

Toolkit users

Update MONGO_VERSION, e.g. MONGO_VERSION=6.0

Docker Compose users

Update the version of the mongo image tag, e.g. services -> mongo -> image:mongo:6.0;

In most cases the update just requires setting up a compatibility setting before actually updating the version. Let's see an example.

Example: Upgrading MongoDB from `5.0` to `6.0`

Let's start by making sure we're running MongoDB 5.0:

Overleaf Toolkit users:

bin/docker-compose exec mongo mongod --version
# db version v5.0.24

Docker Compose users:

docker compose exec mongo mongod --version
# db version v5.0.24

According to the upgrade instructions, the only requirement is to have featureCompatibilityVersion set to 5.0. We do so by opening a MongoDB shell and running the indicated command:

Overleaf Toolkit users:

bin/mongo
# MongoDB shell version v5.0.24
# ...
# overleaf:PRIMARY> db.adminCommand( { setFeatureCompatibilityVersion: "5.0" } )
# { 
# "ok" : 1,
# ...
# }
overleaf:PRIMARY> exit
# bye

Docker Compose users can run docker compose exec mongo mongosh to get a shell and run the same commands as Toolkit users.

Overleaf Toolkit users:

We'll then stop Server CE/Server Pro and MongoDB instances using the bin/stop command, set MONGO_VERSION=6.0 in config/overleaf.rc, and then restart the mongo service using bin/up mongo) to verify the update went smoothly.

Finally, we'll update the Server CE/Server Pro image version to our target version and recreate all the services using the bin/up -d command.

Docker Compose users:

We'll then stop Server CE/Server Pro and MongoDB instances using the docker compose down command, update docker-compose.yml file to use image: mongo:6.0, and then restart the mongo service using the docker compose up mongo command to verify the update went smoothly.

Finally, we'll update Server CE/Server Pro image version to our target version and recreate all services using the docker compose up command.

Creating a custom role

In version 5.5.1, we introduced a startup check to verify the feature compatibility version for MongoDB. If your MongoDB database uses authentication (e.g., basic authentication), the sharelatex container might not start, displaying a "not authorized on admin to execute command" permission error.

To resolve this, you can either create a new role in MongoDB and assign it to the user account used to access the database using the instructions below, or set ALLOW_MONGO_ADMIN_CHECK_FAILURES=true to allow the check to fail without preventing the deployment from starting.

This new role only grants permission to read cluster-wide MongoDB server parameters and could be reused for monitoring purposes,

# Toolkit users
$ bin/docker-compose exec -it mongo mongosh -u {{YOUR-ADMIN-USERNAME}} -p

# Switch to the "admin" database using
overleaf [direct: primary] sharelatex> use admin
switched to db admin
overleaf [direct: primary] admin> 

# Create a new role with permission to use "getParamter". Copy and paste the function below into the shell and press the return key

db.createRole(
  {
    role: "clusterParameterReader",
    privileges: [
      {
        resource: { cluster: true },
        actions: ["getParameter"]    
      }
    ],
    roles: [] 
  }
);

# Switch back to the "sharelatex" database 
use sharelatex
switched to db sharelatex
overleaf [direct: primary] sharelatex> 

# Assign the new "clusterParameterReader" role to your database user by copy and pasting the function below into the shell and press the return key 
db.grantRolesToUser(
  "{{YOUR-DATABASE-USER}}",
  [
    { role: "clusterParameterReader", db: "admin" }
  ]
);

# Type exit then return to exit the MongoDB shell
# Run bin/up -d to start the deployment stack
$ bin/up -d

PreviousS3 migration NextRoles and permissions

Last updated 3 days ago

Was this helpful?

Should I update MongoDB?

Checking your MongoDB version

Update process

Upgrading MongoDB

Update instructions when running MongoDB outside Docker

Example: Upgrading MongoDB from 5.0 to 6.0

Creating a custom role

Example: Upgrading MongoDB from `5.0` to `6.0`