[gpfsug-discuss] gpfs mount point not visible in snmp hrStorageTable

Jan-Frode Myklebust janfrode at tanso.net
Wed Nov 7 11:29:11 GMT 2018


Looks like this is all it should take to add GPFS support to net-snmp:

$ git diff
diff --git a/agent/mibgroup/hardware/fsys/fsys_mntent.c
b/agent/mibgroup/hardware/fsys/fsys_mntent.c
index 62e2953..4950879 100644
--- a/agent/mibgroup/hardware/fsys/fsys_mntent.c
+++ b/agent/mibgroup/hardware/fsys/fsys_mntent.c
@@ -136,6 +136,7 @@ _fsys_type( char *typename )
     else if ( !strcmp(typename, MNTTYPE_TMPFS) ||
               !strcmp(typename, MNTTYPE_GFS) ||
               !strcmp(typename, MNTTYPE_GFS2) ||
+              !strcmp(typename, MNTTYPE_GPFS) ||
               !strcmp(typename, MNTTYPE_XFS) ||
               !strcmp(typename, MNTTYPE_JFS) ||
               !strcmp(typename, MNTTYPE_VXFS) ||
diff --git a/agent/mibgroup/hardware/fsys/mnttypes.h
b/agent/mibgroup/hardware/fsys/mnttypes.h
index bb1b401..d3f0c60 100644
--- a/agent/mibgroup/hardware/fsys/mnttypes.h
+++ b/agent/mibgroup/hardware/fsys/mnttypes.h
@@ -121,6 +121,9 @@
 #ifndef MNTTYPE_GFS2
 #define MNTTYPE_GFS2     "gfs2"
 #endif
+#ifndef MNTTYPE_GPFS
+#define MNTTYPE_GPFS     "gpfs"
+#endif
 #ifndef MNTTYPE_XFS
 #define MNTTYPE_XFS      "xfs"
 #endif



On Wed, Nov 7, 2018 at 12:20 PM Jan-Frode Myklebust <janfrode at tanso.net>
wrote:

> Looking at the CHANGELOG for net-snmp, it seems it needs to know about
> each filesystem it's going to support, and I see no GPFS/mmfs. It has
> entries like:
>
>       - Added simfs (OpenVZ filesystem) to hrStorageTable and hrFSTable.
>       - Added CVFS (CentraVision File System) to hrStorageTable and
>       - Added OCFS2 (Oracle Cluster FS) to hrStorageTable and hrFSTable
>       - report gfs filesystems in hrStorageTable and hrFSTable.
>
>
> and also it didn't understand filesystems larger than 8 TB before version
> 5.7.
>
> I think your best option is to look at implementing the GPFS snmp agent
> agent
> https://www.ibm.com/support/knowledgecenter/en/STXKQY_5.0.2/com.ibm.spectrum.scale.v5r02.doc/bl1adv_snmp.htm
> -- and see if it provides the data you need -- but it most likely won't
> affect the hrStorage table.
>
> And of course, please upgrade to something newer than v4.1.x. There's lots
> of improvements on monitoring in v4.2.3 and v5.x (but beware that v5
> doesn't work with RHEL6).
>
>
>   -jf
>
> On Wed, Nov 7, 2018 at 9:05 AM Henrik Cednert (Filmlance) <
> henrik.cednert at filmlance.se> wrote:
>
>> Hello
>>
>> I will try my luck here. Trying to monitor capacity on our gpfs system
>> via observium. For some reason hrStorageTable doesn’t pick up that gpfs
>> mount point though. In diskTable it’s visible but I cannot use diskTable
>> when monitoring via observium, has to be hrStorageTable (I was told by
>> observium dev). Output of a few snmpwalks and more at the bottom.
>>
>> Are there any obvious reasons for Centos 6.7 to not pick up a gpfs
>> mountpoint in hrStorageTable? I’m not that snmp, nor gpfs, savvy so not
>> sure if it’s even possible to in some way force it to include it in
>> hrStorageTable…?
>>
>> Apologies if this isn’t the list for questions like this. But feels like
>> there has to  be one or two peeps here monitoring their systems here. =)
>>
>>
>> All these commands ran on that host:
>>
>> df -h | grep ddnnas0
>> /dev/ddnnas0          1.7P  913T  739T  56% /ddnnas0
>>
>>
>> mount | grep ddnnas0
>> /dev/ddnnas0 on /ddnnas0 type gpfs (rw,relatime,mtime,nfssync,dev=ddnnas0)
>>
>>
>> snmpwalk -v2c -c secret localhost hrStorageDescr
>> HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory
>> HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory
>> HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers
>> HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory
>> HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space
>> HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
>> HOST-RESOURCES-MIB::hrStorageDescr.35 = STRING: /dev/shm
>> HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /boot
>> HOST-RESOURCES-MIB::hrStorageDescr.37 = STRING: /boot-rcvy
>> HOST-RESOURCES-MIB::hrStorageDescr.38 = STRING: /crash
>> HOST-RESOURCES-MIB::hrStorageDescr.39 = STRING: /rcvy
>> HOST-RESOURCES-MIB::hrStorageDescr.40 = STRING: /var
>> HOST-RESOURCES-MIB::hrStorageDescr.41 = STRING: /var-rcvy
>>
>>
>> snmpwalk -v2c -c secret localhost dskPath
>> UCD-SNMP-MIB::dskPath.1 = STRING: /ddnnas0
>> UCD-SNMP-MIB::dskPath.2 = STRING: /
>>
>>
>> yum list | grep net-snmp
>> Failed to set locale, defaulting to C
>> net-snmp.x86_64                          1:5.5-60.el6
>>   @base
>> net-snmp-libs.x86_64                     1:5.5-60.el6
>>   @base
>> net-snmp-perl.x86_64                     1:5.5-60.el6
>>   @base
>> net-snmp-utils.x86_64                    1:5.5-60.el6
>>   @base
>> net-snmp-devel.i686                      1:5.5-60.el6
>>   base
>> net-snmp-devel.x86_64                    1:5.5-60.el6
>>   base
>> net-snmp-libs.i686                       1:5.5-60.el6
>>   base
>> net-snmp-python.x86_64                   1:5.5-60.el6
>>   base
>>
>>
>> Cheers and thanks
>>
>> --
>> Henrik Cednert  */ * + 46 704 71 89 54  */*  CTO  */ * *Filmlance*
>> Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry.
>> ¯\_(ツ)_/¯
>>
>> *Disclaimer*
>>
>> The information contained in this communication from the sender is
>> confidential. It is intended solely for use by the recipient and others
>> authorized to receive it. If you are not the recipient, you are hereby
>> notified that any disclosure, copying, distribution or taking action in
>> relation of the contents of this information is strictly prohibited and may
>> be unlawful.
>> _______________________________________________
>> gpfsug-discuss mailing list
>> gpfsug-discuss at spectrumscale.org
>> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20181107/d80a80df/attachment-0002.htm>


More information about the gpfsug-discuss mailing list