Open logan596 opened 5 years ago
@logan596 : try to decrease max-size in cache section (it it's really go-carbon consumes memory) and not e.g. carbon-c-relay (which is also possible). And/or increase number of servers, probably your load is too high.
You can also disable carbonserver (if not being used) or try to disable a trigram index in it. But as a general course of action I would suggest to track the processes memory consumption before you start turning the knobs. There is not only go-carbon in your log output.
splunkd invoked oom-killer vmtoolsd invoked oom-killer syslog-ng invoked oom-killer
Hello, we're running a graphite production cluster based on a carbon-c-relay frontend and go-carbon as a backend. The cluster is having 3 go-carbon nodes running with 8GB RAM and 4CPU's. The problem we've experienced was an out of memory, followed by the OOM intervention on a go-carbon node, presumably caused by the carbonserver component.( go-carbon invoked oom-killer & carbon-c-relay invoked oom-killer)
Node Info: [US_POD3 root@gmoncache03 log]# free -h total used free shared buff/cache available Mem: 7.6G 2.4G 161M 17M 5.1G 4.4G Swap: 2.0G 835M 1.2G
OOM intervention:
Go-carbon version is 0.12.0. carbon-c-relay v3.3 (2018-04-13)
Any help or any suggestion on this. Many thanks in Advance, Yogesh