To add further details, you should be able to work around this by setting the following two config options in Observium:
$config['poller_modules']['mac-accounting'] = 0; $config['discovery_modules']['mac-accounting'] = 0;
-Dan
On Fri, Oct 11, 2013 at 8:41 PM, Alex Latzko alatzko@servercentral.comwrote:
It hit a test box we had. 11.4R8.4 has been safe to date on an MX80 in the lab
Alex
Typographical errors courtesy of iPhone
On Oct 11, 2013, at 21:13, "Adam Armstrong" adama@memetic.org wrote:
On 2013-10-12 01:39, Steve Rossen wrote:
Is anyone else using Observium on the Juniper MX80 platform? I know the MX960 is listed as supported but not the smaller one and we are seeing an odd memory issue that lines up perfectly with when we started polling it with Observium. Attached/linked image shows the last 12 months of memory usage on a MX5. Not sure if it is related to Observium or not so reaching out to see if other are seeing a similar slow memory climb or not. http://i.imgur.com/9PET5L3.png [1]
Yes, this is a Juniper bug. It'll keep climbing and then reboot.
One day vendors will get their shit together.
This is /probably/ related to the mac accounting module. The last time I
saw this on J kit it was a memory leak in whatever crack-addled code is involved in JUNIPER-MAC-MIB.
adam. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium