file monitoring 🔗 link

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

        Martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes?   Can you stat the file from the command line?  Sounds like lfs was not enabled in the build.

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

       Martin

From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:56 AM
To: xymon at xymon.com
Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

        martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes?   Can you stat the file from the command line?  Sounds like lfs was not enabled in the build.

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

       Martin

Gruss

        Martin Flemming

martin


On Sun, 27 Nov 2011, Tim McCloskey wrote:

Before chasing that around too much, can you just build one client from scratch to see how it goes?  Client does not require much, pcre and some other standard stuff.  I use gmake from /usr/sfw/bin/gmake on our x86 Solaris boxes, if that helps.

The build will be just to (quickly?) eliminate or nominate large file support as the culprit.
From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:56 AM
To: xymon at xymon.com
Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

       martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes?   Can you stat the file from the command line?  Sounds like lfs was not enabled in the build.

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

       Martin

Gruss

       Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

Gruss

        Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:56 AM
To: xymon at xymon.com
Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

        martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes?   Can you stat the file from the command line?  Sounds like lfs was not enabled in the build.

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

       Martin

Gruss

        Martin Flemming

On Wed, 30 Nov 2011, Tim McCloskey wrote:

Solaris 10 x86 LFS Large File Support cludge.

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-std test-lfs.c
test-lfs.c: In function `main':
test-lfs.c:15: warning: long long int format, different type arg (arg 4)

[xymon-4.3.5/build]# ./test-lfs-std 4
4:1:-76788513399373824

[xymon-4.3.5/build]# getconf LFS_CFLAGS
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-std test-lfs.c `getconf LFS_CFLAGS`
[xymon-4.3.5/build]# ./test-lfs-std 4
8:1:0

[xymon-4.3.5/build]# getconf LFS64_CFLAGS
-D_LARGEFILE64_SOURCE

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-lfs test-lfs.c `getconf LFS64_CFLAGS` -D_FILE_OFFSET_BITS=64
[xymon-4.3.5/build]# ./test-lfs-lfs 8
8:1:0

I'm out of time on this one but the cludge above has been tested on a handful of Solaris 10 x86 boxes (64bit), tested on global zone and child zone.
There is some info in sys/types.h and the man page for lfcompile.  xymon/hobbit version should not matter, and this is NOT a xymon issue.

STDRES="`./test-lfs-std 4`"
       if test "$STDRES" != "4:1:0" -a "$STDRES" != "8:1:0"; then

I did say cludge, right?

Regards,

Tim


From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:56 AM
To: xymon at xymon.com
Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

       martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes?   Can you stat the file from the command line?  Sounds like lfs was not enabled in the build.

----- Original Message -----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Sunday, November 27, 2011 11:15 AM
To: xymon at xymon.com <xymon at xymon.com>
Subject: [Xymon] file monitoring


Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag  COLOR=red mtime<920


These machines are running clients with OS:
SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2


But unfortunatley on  the other two machines
OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag]
ERROR: Value too large for defined data type


Any hint is welcome :-)

cheers

       Martin

Gruss

       Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

On 03-01-2012 08:32, Moodley, Nelandran N wrote:

I’m trying to monitor all file (permissions) of all files in a directory
viz:/var/adm.

I have the following entries in client-local.cfg

[sunos]
log:/var/adm/%.*:10240
log:/var/adm/messages %ERROR|CRIT COLOR=red
log:/var/adm/messages %WARNING|NOTICE COLOR=yellow IGNORE=lpr

On Tue, Jan 3, 2012 at 3:09 AM, Henrik Størner <user-ce4a2c883f75@xymon.invalid> wrote:

On 03-01-2012 08:32, Moodley, Nelandran N wrote:

I’m trying to monitor all file (permissions) of all files in a directory
viz:/var/adm.

I have the following entries in client-local.cfg

[sunos]
log:/var/adm/%.*:10240
log:/var/adm/messages %ERROR|CRIT COLOR=red
log:/var/adm/messages %WARNING|NOTICE COLOR=yellow IGNORE=lpr

First, You should only use "log" for log-files, i.e. files where you want
to have the actual contents of the files sent to Xymon for checking. If you
only want to monitor file permissions, then use a "file:" definition
instead.

Second, you cannot use wild-card filenames in the client-local.cfg file.
As the man-page says:

"If  you  want to check multiple files using a wildcard, you must use a
command to generate the filenames. Putting wildcards directly into the
file: entry will not work."

So something like this should do the trick:

file:`ls /var/adm/`

From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Jamison Maxwell
Sent: Tuesday, January 10, 2012 12:31 PM
To: xymon at xymon.com
Subject: [Xymon] File Monitoring

I am trying to monitor a file, this file is located at /mnt/fs/test, however, when I configure it in client-local.cfg and analysis.cfg I still get the "No Files Checked" message with a clear status.  Is there something I'm missing here?

analysis.cfg:
HOST=hostname.domain.com
        FILE /mnt/fs/test SIZE>1 COLOR=red

client.local.cfg:
HOST=hostname.domain.com
        file:/mnt/fs/test

I have other entries, such as LOG configured under this host, and they work fine, but just this file test.

Any help is appreciated,
Jamison Maxwell

From: Root, Paul [user-76fdb6883669@xymon.invalid]
Sent: Tuesday, January 10, 2012 2:08 PM
To: Jamison Maxwell; xymon at xymon.com
Subject: RE: [Xymon] File Monitoring

Well it should be client-local.cfg not client.local.cfg.  and it isn’t a per machine definition, it’s a platform definition. You’d want something like:

[linux]
File:/mnt/fs/test

Paul Root    - Engineer III
Managed Services Systems - CenturyLink


From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Jamison Maxwell
Sent: Tuesday, January 10, 2012 12:31 PM
To: xymon at xymon.com
Subject: [Xymon] File Monitoring

I am trying to monitor a file, this file is located at /mnt/fs/test, however, when I configure it in client-local.cfg and analysis.cfg I still get the "No Files Checked" message with a clear status.  Is there something I'm missing here?

analysis.cfg:
HOST=hostname.domain.com
        FILE /mnt/fs/test SIZE>1 COLOR=red

client.local.cfg:
HOST=hostname.domain.com
        file:/mnt/fs/test

I have other entries, such as LOG configured under this host, and they work fine, but just this file test.

Any help is appreciated,
Jamison Maxwell

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

On Tue, Jan 10, 2012 at 1:09 PM, Jamison Maxwell <user-87d336c3dce6@xymon.invalid<mailto:user-87d336c3dce6@xymon.invalid>> wrote:
Oops, mis-typed, and if I only wanted it for one host?  Or is the only option to have all machines of that platform send that data despite it only existing on one system?  I was under the impression that both types of specification, hosts and platforms were available in client-local.cfg.


Jamison Maxwell

user-87d336c3dce6@xymon.invalid<mailto:user-87d336c3dce6@xymon.invalid>

From: Root, Paul [user-76fdb6883669@xymon.invalid]
Sent: Tuesday, January 10, 2012 2:08 PM
To: Jamison Maxwell; xymon at xymon.com<mailto:xymon at xymon.com>
Subject: RE: [Xymon] File Monitoring

Well it should be client-local.cfg not client.local.cfg.  and it isn’t a per machine definition, it’s a platform definition. You’d want something like:

[linux]
File:/mnt/fs/test

Paul Root    - Engineer III
Managed Services Systems - CenturyLink


From: xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com> [mailto:xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com>] On Behalf Of Jamison Maxwell
Sent: Tuesday, January 10, 2012 12:31 PM
To: xymon at xymon.com<mailto:xymon at xymon.com>
Subject: [Xymon] File Monitoring

I am trying to monitor a file, this file is located at /mnt/fs/test, however, when I configure it in client-local.cfg and analysis.cfg I still get the "No Files Checked" message with a clear status.  Is there something I'm missing here?

analysis.cfg:

        file:/mnt/fs/test

I have other entries, such as LOG configured under this host, and they work fine, but just this file test.

Any help is appreciated,
Jamison Maxwell

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

On Tue, Jan 10, 2012 at 2:51 PM, Jamison Maxwell <user-87d336c3dce6@xymon.invalid>wrote:

 Ah, thanks so much for the clarification.


Jamison Maxwell

*From:* Larry Barber [user-6ef9c2864140@xymon.invalid]
*Sent:* Tuesday, January 10, 2012 2:34 PM
*To:* Jamison Maxwell
*Subject:* Re: [Xymon] File Monitoring

 No, you can have a per-machine specification in addition to the platform
specification:


       The file is divided into sections, delimited by "[name]" lines.  A
section name can be either an operating system identifier - linux,
solaris,  hp-ux,
       aix,  freebsd,  openbsd,  netbsd,  darwin  - or a hostname. When
deciding which section to send to a client, Xymon will first look for a
section named
       after the hostname of the client; if such a section does not exist,
it will look for a section named by the operating system of the client. So
you can
       configure special configurations for individual hosts, and have a
default configuration for all other hosts of a certain type.

Thanks,
Larry Barber

On Tue, Jan 10, 2012 at 1:09 PM, Jamison Maxwell <user-87d336c3dce6@xymon.invalid>wrote:

 Oops, mis-typed, and if I only wanted it for one host?  Or is the only
option to have all machines of that platform send that data despite it only
existing on one system?  I was under the impression that both types of
specification, hosts and platforms were available in client-local.cfg.


Jamison Maxwell
p. XXX XXX XXXX

*From:* Root, Paul [user-76fdb6883669@xymon.invalid]
*Sent:* Tuesday, January 10, 2012 2:08 PM
*To:* Jamison Maxwell; xymon at xymon.com
*Subject:* RE: [Xymon] File Monitoring

   Well it should be client-local.cfg not client.local.cfg.  and it
isn’t a per machine definition, it’s a platform definition. You’d want
something like:


[linux]

File:/mnt/fs/test


Paul Root    - Engineer III

Managed Services Systems - CenturyLink


*From:* xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] *On
Behalf Of *Jamison Maxwell
*Sent:* Tuesday, January 10, 2012 12:31 PM
*To:* xymon at xymon.com
*Subject:* [Xymon] File Monitoring


I am trying to monitor a file, this file is located at /mnt/fs/test,
however, when I configure it in client-local.cfg and analysis.cfg I still
get the "No Files Checked" message with a clear status.  Is there something
I'm missing here?


analysis.cfg:

HOST=hostname.domain.com
        FILE /mnt/fs/test SIZE>1 COLOR=red


client.local.cfg:

HOST=hostname.domain.com
        file:/mnt/fs/test


I have other entries, such as LOG configured under this host, and they
work fine, but just this file test.


Any help is appreciated,

Jamison Maxwell

This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

-- 

On Wed, Jan 11, 2012 at 7:50 AM, Steve Holmes <user-ec1bf77b1b44@xymon.invalid> wrote:

Ok see, this is real similar to the problem I'm having, except I can't get
it to work (Xymon 4.2.3).

My debian hosts are sending the following:

client xxxx.xxxxx.org.linux linux

Our [debian] servers keep some files in a different location than our
other Linux servers (Redhat) so the Debian servers get "File is missing"
errors and I have to disable the test to prevent the warning from showing
up.

On Tue, Jan 10, 2012 at 6:07 PM, Jeremy Laidman <user-71895fb2e44c@xymon.invalid>wrote:

On Wed, Jan 11, 2012 at 7:50 AM, Steve Holmes <user-ec1bf77b1b44@xymon.invalid> wrote:

Ok see, this is real similar to the problem I'm having, except I can't
get it to work (Xymon 4.2.3).

My debian hosts are sending the following:

client xxxx.xxxxx.org.linux linux

The bit after the hostname is used to define the OS type.  This is
obtained, at the client, from the lower-cased output of "uname -s", but can
be overridden by defining in xymonclient.cfg by setting SERVEROSTYPE.  See
the man page for xymonclient.cfg for info.  If you add
"SERVEROSTYPE=debian" into xymonclient.cfg (and restart xymon), then you
should get your client data showing this:

client xxxx.xxxxx.org.debian linux

I haven't tried this, but it might do what you want.

Our [debian] servers keep some files in a different location than our
other Linux servers (Redhat) so the Debian servers get "File is missing"
errors and I have to disable the test to prevent the warning from showing
up.

I have a global [linux] section, and per-host definitions where they
deviate.  It's a bit of a hassle replicating the same definitions for a
bunch of identical hosts, but I only have to set it up once per host.

J

-- 
If they give you ruled paper, write the other way. -Juan Ramon Jimenez,
poet, Nobel Prize in literature (1881-1958)

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi
(1869-1948)

From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Thomas Eckert
Sent: Thursday, November 8, 2018 1:05 AM
To: xymon at xymon.com
Subject: Re: [Xymon] File monitoring

Hi Scot,

the command-substitution-style filename in analysis.cfg might be it. Try to convert that to a regex. As your client-local.cfg only sends data for your "good" files anyway this should produce the desired state.

All the best
Thomas


On Nov 8, 2018 02:39, Scot Kreienkamp <user-9678697f1438@xymon.invalid<mailto:user-9678697f1438@xymon.invalid>> wrote:

Hi everyone,


I’m trying to monitor for the existence of some files.  I have the entries in client-local.config, and when the files exist they are being reported back properly.  I can see the data about each file when I click on it in the files area for the server.  The problem comes when the files don’t exist.  The files entry for the server remains green, but when I click on the file that I’m monitoring it says ERROR: No such file or directory.  So Xymon client is sending back that it doesn’t exist, but yet Xymon is still green.


Here’s the client-local.cfg for that server:


[retvpgpdbak.na.lzb.hq]

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date +%F).pgc`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date +%F).sql.gz`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/basebackup-$(date +%F).tgz`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/quartz-$(date +%F).pgc`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/quartz-$(date +%F).sql.gz`


And the analysis.cfg


HOST=retvpgpdbak.na.lzb.hq

        FILE `echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date +%F).pgc` red  TYPE=file SIZE>0 MTIME<108000


From the man-page, Xymon is supposed to send an alert if the file doesn’t exist… So the only thing I can think of is that my analysis.cfg entry is wrong somehow.

Scot Kreienkamp | Senior Systems Engineer | La-Z-Boy Corporate
One La-Z-Boy Drive | Monroe, Michigan 48162  | • XXX-XXX-XXXX | | • 7349151444 | •  user-9678697f1438@xymon.invalid<mailto:%7BE-mail%7D>
www<http://www.la-z-boy.com/>.la-z-boy.com<http://www.la-z-boy.com/>; | facebook.<https://www.facebook.com/lazboy>com<https://www.facebook.com/lazboy>/<https://www.facebook.com/lazboy>lazboy<http://facebook.com/lazboy>; | twitter.com/lazboy<https://twitter.com/lazboy>; | youtube.com/<https://www.youtube.com/user/lazboy>lazboy<https://www.youtube.com/user/lazboy>;

[cid:lzbVertical_hres.jpg]


This message is intended only for the individual or entity to which it is addressed.  It may contain privileged, confidential information which is exempt from disclosure under applicable laws.  If you are not the intended recipient, you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information.  If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

user-9678697f1438@xymon.invalid> wrote:

That was indeed it.  I was expecting the same method (the backticks) would
work in both, never thought about a regex.


Thanks Thomas!


*Scot Kreienkamp |Senior Systems Engineer | La-Z-Boy Corporate*
One La-Z-Boy Drive| Monroe, Michigan 48162 | Office: XXX-XXX-XXXX | |
Mobile: XXXXXXXXXX | Email: user-9678697f1438@xymon.invalid

*From:* Xymon [mailto:xymon-bounces at xymon.com] *On Behalf Of *Thomas
Eckert
*Sent:* Thursday, November 8, 2018 1:05 AM
*To:* xymon at xymon.com
*Subject:* Re: [Xymon] File monitoring


Hi Scot,


the command-substitution-style filename in analysis.cfg might be it. Try
to convert that to a regex. As your client-local.cfg only sends data for
your "good" files anyway this should produce the desired state.


All the best

Thomas

wrote:

Hi everyone,


I’m trying to monitor for the existence of some files.  I have the entries
in client-local.config, and when the files exist they are being reported
back properly.  I can see the data about each file when I click on it in
the files area for the server.  The problem comes when the files don’t
exist.  The files entry for the server remains green, but when I click on
the file that I’m monitoring it says ERROR: No such file or directory.  So
Xymon client is sending back that it doesn’t exist, but yet Xymon is still
green.


Here’s the client-local.cfg for that server:


[retvpgpdbak.na.lzb.hq]

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date +%F).pgc`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date
+%F).sql.gz`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/basebackup-$(date
+%F).tgz`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/quartz-$(date +%F).pgc`

file:`echo /automount/PITR/retvpgpdbak.na.lzb.hq/quartz-$(date +%F).sql.gz`


And the analysis.cfg


HOST=retvpgpdbak.na.lzb.hq

        FILE `echo /automount/PITR/retvpgpdbak.na.lzb.hq/rms-prod-$(date
+%F).pgc` red  TYPE=file SIZE>0 MTIME<108000


From the man-page, Xymon is supposed to send an alert if the file doesn’t
exist… So the only thing I can think of is that my analysis.cfg entry is
wrong somehow.

*Scot Kreienkamp | Senior Systems Engineer | La-Z-Boy Corporate*
One La-Z-Boy Drive | Monroe, Michigan 48162  | ( XXX-XXX-XXXX | | )

This message is intended only for the individual or entity to which it is
addressed.  It may contain privileged, confidential information which is
exempt from disclosure under applicable laws.  If you are not the intended
recipient, you are strictly prohibited from disseminating or distributing
this information (other than to the intended recipient) or copying this
information.  If you have received this communication in error, please
notify us immediately by e-mail or by telephone at the above number. Thank
you.