Open jdel opened 7 years ago
It really looks like.
Hi, Same issue in our side. Is anything foreseen to fix this memory leak?
It would be interesting to hear if you have the same issues with the docker module in metricbeat.
Any news on this ? I am seriously considering using something else...
@jdel We have migrated Dockbeat to a new docker module in Metricbeat. This last is a part of the Elastic stack. You can take advantage of the power of Elasricsearch and the great visualization of Kibana for a better monitoring of your Docker infrastructure. All that you need will be generated automatically, so you don't have to worry about the index template anymore, it will be loaded automatically and will be used if new indices are created. Thus you will be able to ship your data easily to elasticsearch! To monitor your servers in Kibana, sample dashboards are provided as examples ( You can obviously customize them to feet your particular needs, it's even recommended). You can then import them into Kibana and enjoy your monitoring. If you need any further information, don't hesitate to contact us. I will be pleased to answer your questions. And please let me know if you still have the same issues using the docker module! Thank you. https://www.elastic.co/products/beats/metricbeat https://www.elastic.co/blog/beats-5-1-1-released https://www.elastic.co/guide/en/beats/metricbeat/master/metricbeat-overview.html
@jdel The issue was found & resolved in Metricbeat thanks to @ruflin #3514
This looks promising
Hello,
I have been using dockbeat for over 2 months to gather container stats from my Rancher managed infrastructure.
I am using 1.0.0 release of dockbeat, in an alpine:3.4 with glibc container and all of my servers running the dockbeat container have logs similar to this:
My dockbeat container is currently limited to using 100MB of ram and 200MB of swap (mem_limit set in docker compose).
What is the expected memory usage of dockbeat ? Could it be possible that there is a memory leak somewhere ?