Xymon Mailing List Archive search

stop monitoring memory

6 messages in this thread

list Ian Diddams · Wed, 9 Jul 2014 11:35:52 +0100 ·
Hobbit version 4.2.3 in both server and client.

client has the MEMORY checks commented out of localclient.cfg - memory alerts/info was still showing on the server.

Then a bit iof dgiiging showed that vmstat was still being run in hobbitclient-linux.sh, so the appropriate ;ines were commented out.  vmstat is no longer being run on the client.  But the server ( after "drop ,<client> memory" ) still report memory from this client.

what else may be reporting this then?  i am assuming some server side thing but I can;t see where from?

didds
list Ian Diddams · Wed, 9 Jul 2014 11:43:49 +0100 ·
Oh - as I understand this is in local mode.  


I certainly havenl;t done anything that would be getting the server to go off and find the memory stats etc

didds
quoted from Ian Diddams


 From: Ian Diddams <user-7fbf34ed5219@xymon.invalid>
To: "xymon at xymon.com" <xymon at xymon.com> 
Sent: Wednesday, 9 July 2014, 11:35
Subject: stop monitoring memory
 

Hobbit version 4.2.3 in both server and client.

client has the MEMORY checks commented out of localclient.cfg - memory alerts/info was still showing on the server.

Then a bit iof dgiiging showed that vmstat was still being run in hobbitclient-linux.sh, so the appropriate ;ines were commented out.  vmstat is no longer being run on the client.  But the server ( after "drop ,<client> memory" ) still report memory from this client.

what else may be reporting this then?  i am assuming some server side thing but I can;t see where from?

didds
list Jeremy Laidman · Thu, 10 Jul 2014 13:48:27 +1000 ·
On 9 July 2014 20:43, Ian Diddams <user-7fbf34ed5219@xymon.invalid> wrote:
Oh - as I understand this is in local mode.
My understanding is that in local mode, the memory data is analysed and
sent by xymond_client.  Perhaps you could run this with the "--debug"
switch to see what's going on.  Also, you could use a xymond_channel
command on the server to watch the memory status messages come in, to check
whether they're coming from the client.  Something like:

  xymond_channel --channel=status --filter='name-of-host.*\|memory\|' cat

As far as I can tell from reviewing the code, the xymond_client program
gets its memory numbers from the client data, but it uses different section
names depending on the OS.  For Linux, it looks only in [free], for FreeBSD
it looks in [meminfo] and [swapinfo], and for Solaris it looks in [memory],
[swap] and [swaplist].  What OS are you using?

Cheers
Jeremy
list Ian Diddams · Thu, 10 Jul 2014 09:38:35 +0100 ·

thanks jeremy...  


server OS is CentOS release 5.5 

client OS is CentOS release 6.4


I did find some gumf about uising a bb-hosts entry

XXX.XXX.XXX.XXX  client # NOCOLUMNS:memory

to at least avoid showing the reports/monitor


but that made absolutely zero difference so i have no idea what on earth that is about :-)

cheers

ian
quoted from Jeremy Laidman


 From: Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To: Ian Diddams <user-7fbf34ed5219@xymon.invalid> 
Cc: "xymon at xymon.com" <xymon at xymon.com> 
Sent: Thursday, 10 July 2014, 4:48
Subject: Re: [Xymon] stop monitoring memory
 

On 9 July 2014 20:43, Ian Diddams <user-7fbf34ed5219@xymon.invalid> wrote:

Oh - as I understand this is in local mode.  
My understanding is that in local mode, the memory data is analysed and sent by xymond_client.  Perhaps you could run this with the "--debug" switch to see what's going on.  Also, you could use a xymond_channel command on the server to watch the memory status messages come in, to check whether they're coming from the client.  Something like:

  xymond_channel --channel=status --filter='name-of-host.*\|memory\|' cat

As far as I can tell from reviewing the code, the xymond_client program gets its memory numbers from the client data, but it uses different section names depending on the OS.  For Linux, it looks only in [free], for FreeBSD it looks in [meminfo] and [swapinfo], and for Solaris it looks in [memory], [swap] and [swaplist].  What OS are you using?

Cheers
Jeremy
list Ian Diddams · Thu, 10 Jul 2014 09:40:46 +0100 ·
Hmmm...  I have no xymond_channel command on the server (or cliejt come to that).  maybe this wasn;t in the  4.2.3
 version?
quoted from Ian Diddams

cheers

ian


 From: Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To: Ian Diddams <user-7fbf34ed5219@xymon.invalid> 
Cc: "xymon at xymon.com" <xymon at xymon.com> 
Sent: Thursday, 10 July 2014, 4:48
Subject: Re: [Xymon] stop monitoring memory
 

On 9 July 2014 20:43, Ian Diddams <user-7fbf34ed5219@xymon.invalid> wrote:

Oh - as I understand this is in local mode.  
My understanding is that in local mode, the memory data is analysed and sent by xymond_client.  Perhaps you could run this with the "--debug" switch to see what's going on.  Also, you could use a xymond_channel command on the server to watch the memory status messages come in, to check whether they're coming from the client.  Something like:

  xymond_channel --channel=status --filter='name-of-host.*\|memory\|' cat

As far as I can tell from reviewing the code, the xymond_client program gets its memory numbers from the client data, but it uses different section names depending on the OS.  For Linux, it looks only in [free], for FreeBSD it looks in [meminfo] and [swapinfo], and for Solaris it looks in [memory], [swap] and [swaplist].  What OS are you using?

Cheers
Jeremy
list Ian Diddams · Thu, 10 Jul 2014 12:52:18 +0100 ·
sorted!

In 


hobbitclient-linux.sh


comment out/remove the lines

echo "[free]"
free

didds
quoted from Jeremy Laidman


 From: Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To: Ian Diddams <user-7fbf34ed5219@xymon.invalid> 
Cc: "xymon at xymon.com" <xymon at xymon.com> 
Sent: Thursday, 10 July 2014, 4:48
Subject: Re: [Xymon] stop monitoring memory
 

On 9 July 2014 20:43, Ian Diddams <user-7fbf34ed5219@xymon.invalid> wrote:

Oh - as I understand this is in local mode.  
My understanding is that in local mode, the memory data is analysed and sent by xymond_client.  Perhaps you could run this with the "--debug" switch to see what's going on.  Also, you could use a xymond_channel command on the server to watch the memory status messages come in, to check whether they're coming from the client.  Something like:

  xymond_channel --channel=status --filter='name-of-host.*\|memory\|' cat

As far as I can tell from reviewing the code, the xymond_client program gets its memory numbers from the client data, but it uses different section names depending on the OS.  For Linux, it looks only in [free], for FreeBSD it looks in [meminfo] and [swapinfo], and for Solaris it looks in [memory], [swap] and [swaplist].  What OS are you using?

Cheers
Jeremy