Bug 1313546 - net-snmp returns XFS as filesystem type hrFSOther
net-snmp returns XFS as filesystem type hrFSOther
Status: CLOSED CANTFIX
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: net-snmp (Show other bugs)
7.0
All Linux
unspecified Severity medium
: rc
: ---
Assigned To: Jan Safranek
BaseOS QE Security Team
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2016-03-01 15:43 EST by Josh Preston
Modified: 2016-03-02 03:57 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-03-02 03:57:13 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Josh Preston 2016-03-01 15:43:27 EST
Description of problem:

Customer Case # 01586057

Now that XFS is the default filesystem for RHEL 7.x, when using SNMP to monitor filesystems, XFS is returned as hrFSOther, which causes it to be ignored by most SNMP monitoring tools.

hrFSType --> The value of this object identifies the type of this file system.

Currently hrFSTypes we can see from mibs files are listed below:-

    # less /usr/share/snmp/mibs/HOST-RESOURCES-TYPES.txt 
    ...
    hrFSOther OBJECT-IDENTITY
    hrFSUnknown OBJECT-IDENTITY
    hrFSBerkeleyFFS OBJECT-IDENTITY
    hrFSSys5FS OBJECT-IDENTITY
    hrFSFat OBJECT-IDENTITY
    hrFSHPFS OBJECT-IDENTITY
    hrFSHFS OBJECT-IDENTITY
    hrFSMFS OBJECT-IDENTITY
    hrFSNTFS OBJECT-IDENTITY
    hrFSVNode OBJECT-IDENTITY
    hrFSJournaled OBJECT-IDENTITY
    hrFSiso9660 OBJECT-IDENTITY
    hrFSRockRidge OBJECT-IDENTITY
    hrFSNFS OBJECT-IDENTITY
    hrFSNetware OBJECT-IDENTITY
    hrFSAFS OBJECT-IDENTITY
    hrFSDFS OBJECT-IDENTITY
    hrFSAppleshare OBJECT-IDENTITY
    hrFSRFS OBJECT-IDENTITY
    hrFSDGCFS OBJECT-IDENTITY
    hrFSBFS OBJECT-IDENTITY
    hrFSFAT32 OBJECT-IDENTITY
    hrFSLinuxExt2 OBJECT-IDENTITY

Version-Release number of selected component (if applicable):

7.all

How reproducible:

Always.

Steps to Reproduce:
1. install rhel 7 w/default xfs filesystem
2. install and configure net-snmp
3. snmpwalk / poll for filesystems

Actual results:

+++++++++++++++++++++++++++++++++++++++++++++++++++
    # cat /proc/mounts | grep vdb1
    /dev/vdb1 /xfs xfs rw,seclabel,relatime,attr2,inode64,noquota 0 0

    # df -h | grep vdb1
    /dev/vdb1                   1014M   33M  982M   4% /xfs

    # rpm -qa | grep net-snmp
    net-snmp-5.7.2-20.el7_1.1.x86_64


snmpwalk output:

    HOST-RESOURCES-MIB::hrFSIndex.39 = INTEGER: 39
    HOST-RESOURCES-MIB::hrFSMountPoint.39 = STRING: "/xfs"
    HOST-RESOURCES-MIB::hrFSRemoteMountPoint.39 = ""
    HOST-RESOURCES-MIB::hrFSType.39 = OID: HOST-RESOURCES-TYPES::hrFSOther   <<--
    HOST-RESOURCES-MIB::hrFSAccess.39 = INTEGER: readWrite(1)
+++++++++++++++++++++++++++++++++++++++++++++++++++

Expected results:

SNMP to return a new or correct hrFSType (for example):

    OID: HOST-RESOURCES-TYPES::hrFSXfs

Additional info:

I don't know if it's extensible or if it's fixed by RFC1514.
Comment 2 Robert Story 2016-03-01 17:39:55 EST
There is no standard type for XFS files systems. Someone could define an OID for it, but it's unlikely to come from the IETF. And no matter where it comes from, it's unlikely that any monitoring tools that don't handle hrFSOther would do any better with the new type.
Comment 3 Jan Safranek 2016-03-02 03:57:13 EST
As Robert wrote in previous comment, we can't simply add a new OID for XFS to Net-SNMP. RFC and *all* 3rd party client tools would need to be updated too. It's better to update the clients to recognize hrFSOther.

Note You need to log in before you can comment on or make changes to this bug.