[Xymon] Monitoring Directory Permissions

[Vernon Everett]

Hi Tim,Bill

Thanks for that.
That's exactly how I thought I had it, and how I have it configured now.
But it doesn't seem to work.
Also, on the files status page, I see the directory, but clicking on it, I
get nothing. Blank page.
In the client data page, it gives me
ERROR: No such file or directory

The directory does exist. I would have the world breathing down my neck
right now if it didn't.
I have tried to ls the directory as Xymon to ensure I have read permissions
in the parent directory, and it works there.

But good to know I am on the right track. Something else must be wrong. I
will investigate further.

And yes, I am expecting this to end with a face-palm moment.
Most of the problems I face in IT get resolved that way. :-)

Regards
Vernon


On 3 December 2014 at 07:25, Tim McCloskey <tm at freedom.com> wrote:

> I just tested this using file instead of dir.  It works for UNIX
> (everything is a file), can't speak for windows.  I'm not sure that it is
> designed or intended to work this way and I doubt you can mix DIR and FILE
> for the same O/S directory.
>
> analysis.cfg
> # DIR /foo SIZE<8192  SIZE>4096 COLOR=yellow
>  FILE /foo MODE=0644 COLOR=RED TRACK
>  FILE /foo OWNERID=johndoe COLOR=yellow
>
> client-local.cfg
> file:/foo:md5
>
>
> Good Luck.
>
>
>
>
> ________________________________________
> From: Xymon [xymon-bounces at xymon.com] on behalf of Vernon Everett [
> everett.vernon at gmail.com]
> Sent: Tuesday, December 2, 2014 2:08 PM
> To: Xymon mailinglist
> Subject: Re: [Xymon] Monitoring Directory Permissions
>
> I know, it's a lot simpler to put it right quietly with a cron, or even
> part of the update process, and I have considered this, but as always, it's
> political.
> The client wants it this way.
>
> With their previous installation of Xymon, I had it working, so I know
> it's possible.
> However, it was all lost in a catastrophic system failure (with no
> backups).
> I rebuilt Xymon on a new server for them, but and I can't a hell remember
> how I configured the directory monitoring.
>
> Regards
> Vernon
>
>
>
>
>
>
>
> On 2 December 2014 at 22:26, Steve Coile <scoile at mcclatchyinteractive.com
> <mailto:scoile at mcclatchyinteractive.com>> wrote:
> What's the point of monitoring for it?  To let you know you need to
> correct them?  If that, why not just put a cron job in place that sets them
> properly?
>
>
> --
> Steve Coile
> Senior Network and Systems Engineer, McClatchy Interactive<
> http://www.mcclatchyinteractive.com/>
> Office: 919-861-1247<tel:919-861-1247> | Mobile: 919-622-5369<tel:
> 919-622-5369> | Fax: 919-861-1300<tel:919-861-1300>
>
> On Tue, Dec 2, 2014 at 2:28 AM, Vernon Everett <everett.vernon at gmail.com
> <mailto:everett.vernon at gmail.com>> wrote:
> Hi guys
>
> I have a directory on a client system, and it needs to have permission of
> 777
> From time to time, automated software updates sets it to 770.
> I am looking for a way to check this, and alert when permissions are not
> as they should be.
> Any advice appreciated.
>
> Regards
> Vernon
>
> --
> "Accept the challenges so that you can feel the exhilaration of victory"
> - General George Patton
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com<mailto:Xymon at xymon.com>
> http://lists.xymon.com/mailman/listinfo/xymon
>
>
>
>
>
> --
> "Accept the challenges so that you can feel the exhilaration of victory"
> - General George Patton
>



-- 
"Accept the challenges so that you can feel the exhilaration of victory"
- General George Patton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20141203/e09c1095/attachment.html>