Hi @nebulon

No, the Baserow application has the standard configuration with which it is installed. Using it daily only stores about 100 rows in a table corresponding to the current month. It has been operating normally, until this anomaly occurred.

I have raised the memory available for the application to the maximum available, and it still does not work. The application marks running but the frontend cannot be accessed.

de47c971-18ac-4ab9-8822-d4ece5abb1a2-image.png

Furthermore, as you can see in the following screenshot, the memory barely exceeds normal consumption, but the CPU consumption slows down the operation of other applications on the server.

1b1a1dd6-6b5d-42bf-ad58-5c99c3178d47-image.png

However, in recovery mode, with an allocation of 8 Gb of memory, the consumption of both memory and CPU is normal (you can see it in the hours before the screenshot, before the changes).

Aho, I understand.

I - unsuccesfully - tried to edit the index.md in https://docs.cloudron.io/installation/. I get an error "a file with this name does not exist"...?

Anyway, add something like:

_(Note: ressource heavy apps easily require a multitude of these values - requirements for each app are mentioned in the app store)_.

For anyone interested in configuring proper monitoring on your Cloudron server, I wrote a guide about it, and I hope you'll find it useful! 🙂

I wished when this issue happened that I had been warned before the disk ran out of space, and that's what monitoring is for.

This is currently not possible. The other services run in the background but usually they are harmless/idle and don't consume any resources if nobody uses this. This is the reason it's not been in focus to lazy start/stop services .

@girish In 1.23 they introduced Apps.

You need to create App.
In your app's settings there is place to define domain.

@girish Updated baserow to latest version.Confirm it works for files bigger than 3 MB. Thank you ! Amazing work.

@makemrproper afaict, you cannot delete a user without a license. https://gitlab.com/baserow/baserow/-/issues/880 is maybe the upstream issue. But I think you should ask at https://community.baserow.io to confirm this.

This can be closed, the fix seems to do the job, the baserows tables, even the biggest ones (500K) rows are displayed in a short time and the app is snappy overall, great job !

I was getting this. The default memory setting was not enough. Increased to 6gb, and it runs like a BMW.

@girish thank you!
I was thinking about pro version, but from the links you've mentioned it seems like they have a single code base for all features, thank you!

https://community.baserow.io/t/is-it-possible-to-generate-pdf-files-in-baserow/404 suggests doing similar to what you did (export and edit).

Update in case it helps others.
I used the report a mistake button on Netcraft, which led to

Thank you for contacting us. We have reviewed the site and agree that it was incorrectly identified as phishing. We have now halted the takedown process and sent retraction messages to all parties contacted. We have also removed the site from our phishing blocklist. Kind Regards

Jeez.

@davide I have published a new baserow package with the missing library. Thanks!

This is fixed in latest package.

@doodlemania2 baserow's GUI/UI(?) is far more "professional" than noco's but the ram requirements and paywall drove me back to noco. My noco instance is running with 500mb ram limit and it hasn't crashed. We're 2 users and have +20 tables that use formulas and it hasn't crashed once. I also like the export feature (csv and xlsx) in noco.

edit: btw, there's a firefox bug in Noco where the cell data gets deleted on a page refresh. It works fine in Brave. I opened a ticket here https://github.com/nocodb/nocodb/issues/4329

weird - works with PNG only (was trying JPG)

@Sam_uk If you suggest the changes upstream and they merge it, we can build a package out of the commit (instead of waiting for a release).