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
You need to fix that in SNMPd, Observium is just reporting what it's being fed.
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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 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 *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
On 13 Jul 2016, 17:56, at 17:56, Oliver Baker 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 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 *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker
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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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 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 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 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 *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Nagios will have an os-specific checker script which just returns OK or not OK.
Our entity system is a little more generic in places, so we have to present data in a different way.
I'll add it to the list :)
Adam.
Sent from BlueMail
On 14 Jul 2016, 14:58, at 14:58, Oliver Baker 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 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
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 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 *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker
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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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
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 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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 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_campaign=sent-from-mailbird
On 14/07/2016 14:58:15, Oliver Baker 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 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 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 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 *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Wed, Jul 13, 2016 at 11:51 AM, Oliver Baker <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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
participants (3)
-
Adam Armstrong -
Oliver Baker -
Spencer Ryan