Graphite keeps crashing OOM

[rmdes]

@robi same here, continued crash loop, log file is really huge

[rmdes]

@nebulon running the latest cloudron version, confirmed

[rmdes]

I don't have any visible python twisted package error anymore, but it seems the two last OOM event output this error : https://paste.armada.digital/enijufixep.coffeescript

[jdaviescoates]

I'm also on 6.2.7 but graphite has just started crashing with OOM in the last couple of days (it's never crashed for me before then).

Also agree with @robi that the notifications within Cloudron really ought to include the time it happened (which I can only tell by seeing what time the email notification arrived).

[robi]

A manual restart by pushing the button in services, seems to have calmed down the crashing for now.

I hope the log rotator does it's job, we don't need to have so many huge logs around.

[jdaviescoates]

Just had another Graphite OOM crash.

Seems strange seeing it's mostly just me using my Cloudron atm and I'm not really doing anything on it.

What does Graphite actually do?

[nebulon]

@jdaviescoates that service (graphite+collectd) collects the data used in the graphs, like memory usage over time. Given that it causes issues from time to time and also we don't really utilize it well, we are thinking of maybe collecting the data on our own and ditch graphite.

[jdaviescoates]

Thanks

@nebulon said in Graphite keeps crashing OOM:

collecting the data on our own

What would that look like?

[nebulon]

@jdaviescoates we don't know yet

[scooke]

@nebulon Caprover uses Netdata... would that be possible?

[robi]

After a server restart, graphite won't start. Reconfig doesn't help.

[robi]

I decided to reboot the box for security upgrades (from notifications) and it came up without errors this time.

[jdaviescoates]

Graphite OOM, again.

[nebulon]

@jdaviescoates how much memory as the limit is set in your case? Also does the server itself have enough free memory to allocate? The settings in Cloudron are only the upper limit, but it may still get killed with oom if there is none available system-wide

[jdaviescoates]

@nebulon it was at whatever the default is (256MB?) I've now upped it to 512MB to see if that stops it. Plenty of spare RAM on the machine.

[rmdes]

@nebulon my graphite service has 1.60GB available, still OOM several times a day..
the machine where cloudron is running has 30GB available, on average 15 Gb is being used leaving half of the available memory free.

[nebulon]

All this does not sound right then. Do you see anything suspicious in the graphite logs as such? Like frequent restarts of something or so?

[rmdes]

@nebulon This is the only errors I find in the log, beside the restarts :
https://paste.armada.digital/xanopucuqu.sql

[robi]

I get daily crashes too, with same/similar log messages about cache and draining issues.

[rmdes]

When graphite crash...