[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lustre-devel
Subject:    RE: [Lustre-devel] Re: [Lustre-cvs] b_snmp: lustre/utils lctl.c
From:       "CHOWDARY,RAVINDRANADH S (HP-India,ex2)" <s-ravindranadh.chowdary () hp ! com>
Date:       2003-07-24 12:53:08
[Download RAW message or body]

Hi Andreas,
       The obdfilter gives the same information. The request never processed
through the OST/MDS services if we access the obdfilter in the /proc. Our
intention is the request should go through the MDS/OST services, which will
inturn contact the obdfilter, fifilt_statfs, fsfilt_extN_statfs and
vfs_statfs for the same. The globalhealth module decides depends on the
return value of the MDS/OST service but not on the result. Basically we are
checking the MDS/OST services.
        
            I have checked through the UML. The mds_statfs is never invoking
while accessing the files in /lproc/fs/lustre/mds/<uuid>/ . It is directly
invoking the vfs_ststfs. Similarly the obdfilter also. 
 
Regards
Ravi

-----Original Message-----
From: 'Andreas Dilger' [mailto:adilger@clusterfs.com]
Sent: Thursday, July 17, 2003 8:55 PM
To: S.Ravindranadh Chowdary
Cc: lustre-devel@lists.sourceforge.net
Subject: Re: [Lustre-devel] Re: [Lustre-cvs] b_snmp: lustre/utils lctl.c


On Jul 17, 2003  20:20 +0530, S.Ravindranadh Chowdary wrote:
>  	I agree with your suggestion, I can able to get the values from
> /proc/fs/lustre/osc/*/{kbytes,files}{free,total}.
> According to global health of the system, We need to check the
functionality
> of the OST/MDS modules at respective nodes via request processing but not
> from the client. The SNMP is monitoring the health of the OST and MDS but
> not the client. The request should go through the MDS/OST modules to check
> the health, but not the actual statfs. Sorry for late reply, I was on
> vacation.

In that case, use /proc/fs/lustre/obdfilter/*/{kbytes,files}{free,total}
and /proc/fs/lustre/mds/*/{kbytes,files}{free,total}.  However, depending
on what you are monitoring, this will either be OK, or not.  The above
will verify that the local server modules are working, and that the disk
is responsive (or at least the filesystem code is not locked up, as it
will likely get the data from cache).

It will not, however, do any RPC calls, for which you need a client to
verify.

Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Lustre-devel mailing list
Lustre-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lustre-devel


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Lustre-devel mailing list
Lustre-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lustre-devel
[prev in list] [next in list] [prev in thread] [next in thread]