hrStorageTable - duplicate entry

Dejan Bojic <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Hello, 


I'm have problem with hrStorageTable - it shows one row twice  


SNMP (hrStorageDescr)
......
7: hrStorageDescr.31 (DisplayString) / [2F (hex)]
8: hrStorageDescr.32 (DisplayString) / [2F (hex)]
9: hrStorageDescr.33 (DisplayString) /sys [2F.73.79.73 (hex)]
10: hrStorageDescr.34 (DisplayString) /usr [2F.75.73.72 (hex)]
11: hrStorageDescr.35 (DisplayString) /opt [2F.6F.70.74 (hex)]



Command "df -h" shows something like:
/dev/mtdblock2           32.0M    13.7M     18.3M  43% /
tmpfs                          59.3M     12.0k     59.3M   0% /tmp
tmpfs                         30.0M      4.0k     30.0M     0% /dev/shm
/dev/mtdblock9           32.0M     19.2M     12.8M  60% /usr
/dev/mtdblock1           24.0M     11.0M     13.0M  46% /opt....


The same problem is in the table hsFSTable:

1: hrFSMountPoint.1 (InternationalDisplayString) /
2: hrFSMountPoint.2 (InternationalDisplayString) /
3: hrFSMountPoint.3 (InternationalDisplayString) /sys
4: hrFSMountPoint.4 (InternationalDisplayString) /usr
5: hrFSMountPoint.5 (InternationalDisplayString) /opt


Is anyone has an idea what I need to change - to remove this duplicate entry (I can exclude implementation of the "host" MIB and create my on implementation for it - but I want to avoid this)? 


I'm using Net-SNMP 5.4 (OS is debian). 


Thanks in advance.

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.