Hi Oliver,
These OSes are using bsnmpd, which probably doesn't support UCD-SNMP-MIB.
They might need something else to calculate proper memory usage for them.
adam.
Sent from Mailbird [http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm...] On 15/07/2016 10:49:01, Oliver Baker oliverb@myagileteam.com wrote: Thanks for your work Adam, this works great for all our Ubuntu hosts which are now reporting their physical memory accurately.
However, our OS X hosts now only have one memory pool - "Swap space" and our pfSense (FreeBSD) router still reports physical memory as 96% used.
I can send screenshots if that's useful and permissible in this mailing list?
Many thanks
Olly
On 14 July 2016 at 15:42, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
Hi,
Ok. run "svn up", then "./discovery.php -u" then "./discovery.php -h all -m mempools"
Then try creating your memory alerts again. "Physical memory" should now be useful for what you want. It now returns the amount of memory used excluding shared/cached. Just like the "free" command does.
Thanks, adam.
Sent from Mailbird [http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm...] On 14/07/2016 14:58:15, Oliver Baker <oliverb@myagileteam.com [mailto:oliverb@myagileteam.com]> wrote: Thanks for the reply Adam. I wonder how other monitoring systems (Cacti, prtg etc) do it? Or whether they can indeed do it at all.
Is there anything we can do to help on implementing this one?
Many thanks
On 13 July 2016 at 19:36, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
I keep meaning to do something about this. It's because of the way memory is reported that our current collection doesn't really have an entity that can be sensibly alerted on. I need to create another memory pool on Unix hosts which is calculated from the others, as we do with the "average" processor. I keep forgetting to work out the best wat to implement it, though. Adam. Sent from BlueMail [http://www.bluemail.me/r]
On 13 Jul 2016, at 17:56, Oliver Baker <oliverb@myagileteam.com [mailto:oliverb@myagileteam.com]> wrote: Is that something you have had to do previously?
We have about 20 Ubuntu hosts and 10 OSX hosts being monitored, all reporting their memory in a very literal way. Is the best way really to change how they report rather than how Observium interprets?
Many thanks for the fast reply by the way
On 13 July 2016 at 16:52, Spencer Ryan <sryan@arbor.net [mailto:sryan@arbor.net]> wrote:
You need to fix that in SNMPd, Observium is just reporting what it's being fed.
Spencer Ryan | Senior Systems Administrator | sryan@arbor.net [mailto:sryan@arbor.net] Arbor Networks +1.734.794.5033 [tel:%2B1.734.794.5033] (d) | +1.734.846.2053 [tel:%2B1.734.846.2053] (m) www.arbornetworks.com [http://www.arbornetworks.com/]
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker <oliverb@myagileteam.com [mailto:oliverb@myagileteam.com]> wrote:
Hi,
Loving Observium in general but the only issue I'm having is that for all our Unix-like hosts the free memory is reported too literally to be useful.
The cached memory pool is included in the "used memory" count, causing almost all our hosts to appear as having less than 5% free physical memory.
Is there a way to get free memory not including the cached memory pool?
Currently the alert checker I'm using is flagging all our hosts as "out of memory"
Many thanks in advance
Oliver B
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium