Cloudron Forum

@Usman said in Cloudron Backups to BackBlaze And RC Backup:

Right now, a 2 GB app backup is causing 4GB storage. (one 2 gb file in snapshot and one 2gb file in Date directory.

Yes, this is the case. But also, the system is optimized for having many backups. If you have 30 full backups, this is just 62GB. The 2GB is negligible in this context.

There is no "backup" options in RocketChat itself. The only option I have configured is Backups in cloudron. So this is done by Cloudron Backup procedure.

I don't see this in our Rocket.chat backup atleast. There is no second mongodb dump.

Top level:
c0d501f9-d319-41af-bb24-edca5ad89810-image.png

Inside data:

d25f6c57-a23e-4c0d-b667-589b68a1d9ab-image.png

Thanks for sharing this. From the logs (sent to our support) this was triggered by an update to 8.0.3 where upgrading the mongodb instance didn't succeeds correctly. Unfortunately there is nothing much in the mongodb logs besides a plain "core dump" crash.

But as @hayoken2000 outlines, one can always purge mongodb data and let it start fresh, then restore those apps.

Cloudron 8 will have it.

@philkunz true... too late to change the name now 🙂

@girish So after the upgrade to 7.2.2 the problem vanished. Closing the Ticket.
Thank you for the help!

Good point. I checked the services and some of them are yellow (without error, but stalled in loading). I've restarted one app that uses mongodb and now the backup works. But it's very close to the memory limit. If this happens again, I'll increase the memory assigned.

Thanks for pointing it out.

Found an issue: MongoDB needed up 600Mb of RAM (to be adjusted in services page).

@girish Thanks, will try this !

@nebulon I was having a similar issue with Mongodb since a few days, I backuped the mongodb folder, created a new one, restarted the mongodb service, restarted the apps and the problem is solved 🙂

I found restarting Mongodb service manually fixes the error. Or maybe it was just a coincidence.

I am trying to only do this from the Cloudron hosted versions of Metabase/Grafana.

I followed your instructions and this worked perfectly, took the username, password, port, host, and database name from the environment variables within the Wekan web console, entered them in Metabase, and was able to connect and see the data.

Thank you!

@roofboard this is nice sounding word salad nonsense 😵
ChatGPT does have its limits.

@nebulon I am going to pass on that one.
Any volunteers?

@JohnGuan If you want to backup NodeBB's mongodb, then go to the app's backup -> create backup. In the backup, there will be a mongodbdump file.

As for importing, please see https://docs.cloudron.io/guides/import-mongodb/

@robw @alex-adestech An update on this.

Crux of the issue is that the indices name generated are too long. @alex-adestech pointed out to me that this issue only sorted out in MongoDB 4.4 and not even MongoDB 4.2. Searching through the rocket.chat issue tracker I saw only person hit this and nobody replied. Search further, I found that Rocket.Chat doesn't even support MongoDB 4.2. The releases page mentions the versions they test with - https://github.com/RocketChat/Rocket.Chat/releases. This got me wondering why we hit this issue. Well, the answer it turns out is that Cloudron generates 32 byte mongodb database names for apps. This in turn ends up affecting the length of the index.

I have made a fix now for Cloudron 5.6 that generates shorter names. (We have had to do something similar for apps using MySQL as well in the past).

@girish Ah yes, sorry. Should've looked. At least maybe this will direct someone to the docs if they end up here again.

Compass guide is here - https://docs.cloudron.io/guides/connect-mongodb/#mongodb-compass