Cloudron Forum

@fbartels said in How do you handle (auto/manual) updating apps with confidence?:

@joseph said in How do you handle (auto/manual) updating apps with confidence?:

based on the update schedule

Which just to have it said, could be adjusted to install a new version every hour.

https://docs.cloudron.io/updates/#update-schedule

Upstream thread - https://community.n8n.io/t/process-hanging-when-starting-n8n-starting-migration-1720101653148/50380/4

@AmbroiseUnly If the issue comes up again, we should investigate in more detail. Thanks for reporting

It seems there was lingering yarn cache. Removing it cuts the size by half.

@ekevu123

yes, it seems self-hostable.
https://github.com/netdata/netdata
https://www.reddit.com/r/netdata/comments/1cjo9za/self_hosting_netdata/

I'm not sure about the technical details, but I don't believe it processes the apps logs indeed.
It's more about monitoring of the system that is common for all computers.
Although I noted it does check individual processes, like one of my Cloudron App was relying on Postgres and it notified me when the RAM about that particular process was too high, which helped me increase it (for that process) before running out.

@timconsidine Thanks for the tip, but I'm not confident in my own ability to maintain this kind of manual thing across a range of servers.

I spent my Saturday experimenting with various monitoring solutions, and found Netdata to be exactly what I needed.

I wrote a guide about it, and I hope you'll find it useful! 🙂

Good to know! Thanks

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.

Atleast, for CPU and memory, in theory , we could apply the settings without an app restart. For other features like changing location etc, we have to do this case by case.

Just for the sake of documenting, here is what I ended up with, in my .env.sh file:

# ------------- NODE MODULES --------------------- # Allow node modules to be used in code node - https://docs.n8n.io/hosting/configuration/#use-built-in-and-external-modules-in-the-code-node # Allows usage of all builtin modules export NODE_FUNCTION_ALLOW_BUILTIN=* # FYI This is a SPACE separated list export EXTRA_NODE_MODULES="cloudinary@2.2.0 node-fetch@3.1.1" # Allow usage of external npm modules # Those modules are auto-installed by Cloudron upon app restart, see https://forum.cloudron.io/topic/11946/how-to-install-npm-packages-that-n8n-app-can-use/4?_=1719382777426 # FYI This is a COMMA separated list export NODE_FUNCTION_ALLOW_EXTERNAL=cloudinary,node-fetch

@AmbroiseUnly thanks for reporting, fixed.

I will mark this as solved, but if you hit this again please let us know.

I should have changed DO DNS to AWS before deleting it then, but I didn't quite understand how to do that either.

I guess that'll be the worry of the next person who runs into a similar situation.

@AmbroiseUnly yeah, good idea. I will add it to our internal list to check for backup existence to give quicker feedback.

Yup, you are right that Cloudron needs IPv4 currently. IPv6 only setup is coming only in Cloudron 8

@AmbroiseUnly said in Backup failing systematically:

I don't know if the backups listed above mean they succeeded, or not.

Only the successful ones are listed. So, it looks like your backups are OK since they are just failing not too often.

Ok, thanks!

I did a fresh install last week, so definitely not something "old".

image.png

After checking the correct option, it did take screenshots, thanks!

image.png

@robi said in Add Crypto Tracker:

You should be able to install this in the LAMP App.

can you tell me how?