Xymon Mailing List Archive search

How to setup msgs and file column ?

4 messages in this thread

list Thomas F. Weber · Tue, 11 Oct 2011 15:17:06 +0200 ·
Hi,

I am looking for some help due to a problem with the msgs and file column.
For some reason I do not get any entry in the msgs or file column. Mainly having no msgs is really a problem for me.

On the client (RH Linux 5, XYMON client 4.2.2) in localclient.cfg I have:

                                :
DEFAULT
                                :
                                :
        FILE /var/log/messages SIZE>0 MTIME<600 yellow

        LOG /var/log/messages WARNING COLOR=yellow
        LOG /var/log/messages ERROR COLOR=red
                                :
                                :


On the server (XYMON version 4.3.4, running on Solaris 10) in client_local.cfg I have:
  :
  :
[linux]
log:/var/log/messages:10240
ignore MARK
  :
  :
[servername]
log:/var/log/messages:10240
trigger WARNING|ERROR
  :
  :

I checked that the client has access rights to read the /var/log/messages file.

On the Webpage I get only "The client did not report any logfile data"

Is there anything I miss ? Or do msgs work only in the centralized mode ?

Thanks for any help.

                Thomas
list Jeremy Laidman · Fri, 14 Oct 2011 10:27:01 +1100 ·
On Wed, Oct 12, 2011 at 12:17 AM,  <user-acae49b2b4e6@xymon.invalid> wrote:
Or do msgs work only in the centralized mode ?
By default, msgs only works in centralized mode, and you define the
parameters in client-local.cfg on the server (as you have done).  For
non-centralized mode, you must add "--local" into clientlaunch.cfg
after "xymonclient.sh".

Are you unable to use centralized mode for some reason?  I can't tell
if you're trying non-centralized mode because centralized mode is not
working, or because of some other reason.

Assuming you'd want to get centralized mode to work, have a look for
the logfetch tempfile in $XYMONTMP (which is /tmp for me).  The file
will be called "logfetch.name-of-server.cfg".  Check that the content
looks OK (same as the matching [servername] stanza from
client-local.cfg), and check that the timestamp is within 10 minutes.
[There's also a logfetch.name-of-server.status file that might contain
clues.  Not sure of the format, so dunno how useful.]

If the logfetch tempfile is OK, try running logfetch against it and
see what it shows.  Something like this:

  sudo -u xymon /usr/lib/xymon/client/bin/logfetch
/tmp/logfetch.`uname -n`.cfg /tmp/test.status

It should show output for each entry in the .cfg file.

Cheers
Jeremy
list Thomas F. Weber · Tue, 18 Oct 2011 14:32:32 +0200 ·
Hi Jeremy,

sorry for my late reply. you really helped me a lot.
 
I made some tests in the mean time and well, I modified some clients for 
the centralized mode. 
In fact all client installations that I have were configured/compiled with 
local mode. 
So, I took out the "--local" in the clientlaunch.cfg file, restarted the 
client,  and configured the rest as you said in analysis.cfg on the 
server.

Now I get the message files (at least those that were readable, but that 
is another problem) on the WebPage.

Is taking out the "--local" enough in order to switch clients to 
centralized mode ?

The problem I have now is that in analysis.cfg  I have configured PROC and 
PORT, but the server column for these servers keep saying "No checks 
defined".

Maybe you have also an idea for that.

Thomas F. Weber
▸ quoted from Jeremy Laidman


From:   Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To:     user-acae49b2b4e6@xymon.invalid
Cc:     Xymon mailinglist <xymon at xymon.com>
Date:   10/14/2011 01:27
Subject:        Re: [Xymon] How to setup msgs and file column ?


On Wed, Oct 12, 2011 at 12:17 AM,  <user-acae49b2b4e6@xymon.invalid> wrote:
Or do msgs work only in the centralized mode ?
By default, msgs only works in centralized mode, and you define the
parameters in client-local.cfg on the server (as you have done).  For
non-centralized mode, you must add "--local" into clientlaunch.cfg
after "xymonclient.sh".

Are you unable to use centralized mode for some reason?  I can't tell
if you're trying non-centralized mode because centralized mode is not
working, or because of some other reason.

Assuming you'd want to get centralized mode to work, have a look for
the logfetch tempfile in $XYMONTMP (which is /tmp for me).  The file
will be called "logfetch.name-of-server.cfg".  Check that the content
looks OK (same as the matching [servername] stanza from
client-local.cfg), and check that the timestamp is within 10 minutes.
[There's also a logfetch.name-of-server.status file that might contain
clues.  Not sure of the format, so dunno how useful.]

If the logfetch tempfile is OK, try running logfetch against it and
see what it shows.  Something like this:

  sudo -u xymon /usr/lib/xymon/client/bin/logfetch
/tmp/logfetch.`uname -n`.cfg /tmp/test.status

It should show output for each entry in the .cfg file.

Cheers
Jeremy


DISCLAIMER: 
This e-mail contains proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail. If you are not the intended recipient you must not use, disclose, distribute, copy, print, or rely on this e-mail.
list Jeremy Laidman · Wed, 19 Oct 2011 12:01:23 +1100 ·
▸ quoted from Thomas F. Weber
On Tue, Oct 18, 2011 at 11:32 PM,  <user-acae49b2b4e6@xymon.invalid> wrote:
Is taking out the "--local" enough in order to switch clients to centralized
mode ?
I think so, but not sure.  The server needs to be running
"xymond_client" to process the data, so check for this in tasks.cfg
(in the [clientdata] section).
▸ quoted from Thomas F. Weber
The problem I have now is that in analysis.cfg  I have configured PROC and
PORT, but the server column for these servers keep saying "No checks
defined".
This is often caused by invalid PORT and PROC definitions in
analysis.cfg.  I would double-check these.  Not sure where parse
errors will show up, but I'm guessing it will be in clientdata.log.

Cheers
Jeremy