RocketChat use Mongodb 6 in 100%

Description

After updating from version 6 to 7. And upgrading Mongo db to version 6. A month later problems began. Rocket chat runs for 5 minutes, then loads the mongo db process at 100%

Server Setup Information

  • Version of Rocket.Chat Server: 7.1.0
  • Operating System: 22.04.5 LTS
  • Deployment Method: tar
  • Number of Running Instances: 1
  • DB Replicaset Oplog: enable
  • NodeJS Version: v20.17.0
  • MongoDB Version: 6.0.19 / wiredTiger
  • Proxy: no
  • Firewalls involved: no

Any additional Information

How many users?

Are you using GridFS?

Active from 30-50
Total registered 1000

GridFS noUse

Better start telling us a lot more about you system.

There is not enough information to diagnose anything.

In the first instance I think it is likely you do not really have enough resources.

What is your server spec?

What is in your error logs?

Have some users tried to download/export their information? That can fill mongo and cause issues.

There have been issues about this on github telling you which tables to check.

I would get something like studio3t and check the table sizes.

VPS server is used for rocket chat only

The server starts to experience problems when up to 10 users connect to it

Logs:
https://drive.google.com/drive/folders/18RHI-iS-J7ty9toQPWyVJp8cctxMGlBM?usp=sharing

Studio3t

I suspect that this may be your issue, or closely related:

No, I don’t know when a fix will be released - follow the bugs and releases.

Also note this:

There is a very good reason to NOT upgrade straight away, and also why you shoudl test thoroughly before committing to a upgrade.

Note:

A release does NOT constitute a guarantee of stability for you.
It is a development cut that the team want to deliver and feel confident enough that it should work most of the time for most people without issues.

Downgrade Rocket.Chat to version 7.0.0. Fixed the problem for now

Downgrades are not really a solution… they are a temporary workaround.

So we don’t know the cause so if you upgrade again it may well reoccur.

Also note that downgrades are extremely risky and likely to fail. Most upgrades make changes to the DB that are not “backwards compatible”…

The ONLY safe way is backup and restore.

One question.

Why are your mongo logs dated 2023?

{“t”:{“$date”:"2023-06-23