Xymon Mailing List Archive search

Monitoring filesystems?

6 messages in this thread

list Vernon Everett · Thu, 11 Aug 2005 17:20:33 +0800 ·
Hi Henrik

Our disaster here has got me thinking about monitoring file systems.
At present, Hobbit monitors the usage of a file system, but is there a
way to check if it's there or not.
Hobbit is quite happy if your NFS or Veritas volume doesn't mount, as
long as the capacity of what is mounted is within tollerance.
How can we make it check if the disks are actually mounted?
Or is that a task for an external test? 
Regards
    Vernon
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached
to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.
list Henrik Størner · Thu, 11 Aug 2005 12:43:22 +0200 ·
quoted from Vernon Everett
On Thu, Aug 11, 2005 at 05:20:33PM +0800, Vernon Everett wrote:
Our disaster here has got me thinking about monitoring file systems.
At present, Hobbit monitors the usage of a file system, but is there a
way to check if it's there or not.
Hobbit is quite happy if your NFS or Veritas volume doesn't mount, as
long as the capacity of what is mounted is within tollerance.
How can we make it check if the disks are actually mounted?
It would be fairly easy to add a check in the client disk handler
so that you could configure certain filesystems that must be present in
the disk status report.

Right now the client config goes like

   disk /export/home  80 95

which as you say just defines the thresholds. We could add a "required"
keyword after the thresholds and if it's there, then the disk status
will go red if it's not there - same as we do for the process checks.


Regards,
Henrik
list Rolf Schrittenlocher · Thu, 11 Aug 2005 13:55:47 +0200 ·
Hi,
quoted from Henrik Størner

...
It would be fairly easy to add a check in the client disk handler
so that you could configure certain filesystems that must be present in
the disk status report.

Right now the client config goes like

   disk /export/home  80 95

which as you say just defines the thresholds. We could add a "required"
keyword after the thresholds and if it's there, then the disk status
will go red if it's not there - same as we do for the process checks.
we would appreciate this feature!


Rolf Schrittenlocher

HRZ/BDV, Senckenberganlage 31, 60054 Frankfurt
Tel. Sammelnr. LBS: (49) 69 - 798 28830
Fax: (XX) XX XXX XXXXX
LBS: user-1e39a1813094@xymon.invalid

Persoenlich: user-6ea8e907e200@xymon.invalid
Tel: (XX) XX - XXX XXXXX
list Chuck Morrison · Thu, 11 Aug 2005 08:32:26 -0600 ·
On a similar line of thought. I've been trying to set up our fileserver (NFS and SAMBA on Fedora core 2 Linux) to show nfs exports using network2.sh and/or bb-nfs. Neither one is showing on the hobbit monitor, nor are files being generated in the hobbit server's data/hist or data/histlogs directories. Oddly, I have the network2.sh working on numerous other servers and it works fine. Those are also RedHat variants, mostly CentOs. The setups in bb-bbexttab and bbsys.local are identical to the ones that work, network2.sh exists with proper permissions and I've restarted the client and server scripts numerous times. The startup of bbclient on the fileserver shows that network2.sh is one of the external scripts that is started.

Am I missing something obvious here ?
quoted from Rolf Schrittenlocher

Rolf Schrittenlocher wrote:
Hi,

...
It would be fairly easy to add a check in the client disk handler
so that you could configure certain filesystems that must be present in
the disk status report.

Right now the client config goes like

   disk /export/home  80 95

which as you say just defines the thresholds. We could add a "required"
keyword after the thresholds and if it's there, then the disk status
will go red if it's not there - same as we do for the process checks.
we would appreciate this feature!


Rolf Schrittenlocher

HRZ/BDV, Senckenberganlage 31, 60054 Frankfurt
Tel. Sammelnr. LBS: (49) 69 - 798 28830
Fax: (XX) XX XXX XXXXX
LBS: user-1e39a1813094@xymon.invalid

Persoenlich: user-6ea8e907e200@xymon.invalid
Tel: (XX) XX - XXX XXXXX

list Shaun Kasperowicz · Thu, 11 Aug 2005 10:24:38 -0600 ·
I have used both the bb-meta and bb-vxcheck scripts with good success
over the years.  They are available on deadcat.net and should be
compatible with a Hobbit client, but I'm not sure about the server.

Cheers,

-Shaun 
quoted from Vernon Everett

-----Original Message-----
From: Vernon Everett [mailto:user-99fc6b22a3a3@xymon.invalid] 
Sent: Thursday, August 11, 2005 2:21 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Monitoring filesystems?

Hi Henrik

Our disaster here has got me thinking about monitoring file systems.
At present, Hobbit monitors the usage of a file system, but is there a
way to check if it's there or not.
Hobbit is quite happy if your NFS or Veritas volume doesn't mount, as
long as the capacity of what is mounted is within tollerance.
How can we make it check if the disks are actually mounted?
Or is that a task for an external test? 

Regards
    Vernon
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _

NOTICE: This message and any attachments are confidential and may
contain copyright material of Australian Finance Group Limited or a
third party. It is intended solely for the purpose of the addressee and
any other named recipient. If you are not the intended recipient, any
use, distribution, disclosure or copying of this message is strictly
prohibited. The confidentiality attached to this message is not waived
or lost by reason of the mistaken transmission or delivery to any
unintended party. If you have received this message in error, please
notify the author immediately or contact Australian Finance Group on +61
8 9420 7888.
list Chuck Morrison · Thu, 11 Aug 2005 11:36:44 -0600 ·
Don't you love it when someone answers his own post for help ?

The issue was that both bb-nfs and network2 rely on ksh, which wasn't installed on the fileserver. linking to bash worked. So it was indeed something obvious.

Thanks to all, especially Henrik, for a great tool.
quoted from Chuck Morrison

Chuck Morrison wrote:
On a similar line of thought. I've been trying to set up our fileserver (NFS and SAMBA on Fedora core 2 Linux) to show nfs exports using network2.sh and/or bb-nfs. Neither one is showing on the hobbit monitor, nor are files being generated in the hobbit server's data/hist or data/histlogs directories. Oddly, I have the network2.sh working on numerous other servers and it works fine. Those are also RedHat variants, mostly CentOs. The setups in bb-bbexttab and bbsys.local are identical to the ones that work, network2.sh exists with proper permissions and I've restarted the client and server scripts numerous times. The startup of bbclient on the fileserver shows that network2.sh is one of the external scripts that is started.

Am I missing something obvious here ?

Rolf Schrittenlocher wrote:
Hi,

...
It would be fairly easy to add a check in the client disk handler
so that you could configure certain filesystems that must be present in
the disk status report.

Right now the client config goes like

   disk /export/home  80 95

which as you say just defines the thresholds. We could add a "required"
keyword after the thresholds and if it's there, then the disk status
will go red if it's not there - same as we do for the process checks.
we would appreciate this feature!


Rolf Schrittenlocher

HRZ/BDV, Senckenberganlage 31, 60054 Frankfurt
Tel. Sammelnr. LBS: (49) 69 - 798 28830
Fax: (XX) XX XXX XXXXX
LBS: user-1e39a1813094@xymon.invalid

Persoenlich: user-6ea8e907e200@xymon.invalid
Tel: (XX) XX - XXX XXXXX