Thanks for your swift answer, Mike.
I'll give It a try !
EC
_________________________________________________________________________ Eduardo Costa Administrador de Sistemas AIRC - Associação de Informática da Região Centro
From: Mike Stupalov mike@stupalov.ru On Behalf Of Mike Stupalov Sent: 10 de abril de 2019 18:36 To: Observium observium@observium.org; Eduardo Costa via observium observium@observium.org Cc: Eduardo Costa eduardo.costa@airc.pt Subject: Re: [Observium] RRD, Interfaces & docker
Hi,
seems as you can use (add) config option:
$config['bad_if_regexp'][] = "/^veth[0-9a-f]+$/";
Eduardo Costa via observium wrote on 10/04/2019 19:33:
Hi all,
This is my first post, and I'm a not so newbie user of Observium. If my question has been answered, or if its now correct, please advise. We're using Observium latest community edition as below: [cid:image001.png@01D4EFDA.DA4FF850] Situation: where monitoring a lot of virtual servers in a VMware environment, and we use docker in a lot of those vm's. What's happens is, as usual in docker, a lot of network devices are created, and observium correctly detects those ports. However in a small period of time they're gone, however Observium keep track of them, and keep the RRD files. In a specific case, we've got : [cid:image002.png@01D4EFDA.DA4FF850]
Result... RRD for this server as... 200G!
Anyone has had this problem? I was thinking about using the config['bad_if'][] with something similar of veth*, but I think is not possible.
[cid:image003.png@01D4EFDA.DA4FF850]
Any advice would be quite helpful!
Thanks,
EC
_________________________________________________________________________ Eduardo Costa Administrador de Sistemas AIRC - Associação de Informática da Região Centro Coimbra iParque, Lote nº 15 3040-540 Antanhol - Coimbra +351-239-850569 | Direto +351-239-850599 | Fax eduardo.costa@airc.ptmailto:eduardo.costa@airc.pt | e-Mail
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov Observium Limited, http://observium.org
