Discussion:
zenoss 3.2.1: the function usedBytes return None
SM REF
2012-12-04 11:35:24 UTC
Permalink
SM REF [http://community.zenoss.org/people/sighBemuch] created the discussion

"zenoss 3.2.1: the function usedBytes return None"

To view the discussion, visit: http://community.zenoss.org/message/70318#70318

--------------------------------------------------------------
Hi,

   I'v trouble to monitor filesystem's. Indeed, I'm using zenoss 3.2.1, a have defined a usedBlocks datapoint on FileSystem datasource with the OID 1.3.6.1.2.1.25.2.3.1.6, but   the display of usedBytes and freeBytes is NA for filesystem's Components.

http://community.zenoss.org/servlet/JiveServlet/showImage/2-70318-14084/Sans+titre.bmp http://community.zenoss.org/servlet/JiveServlet/downloadImage/2-70318-14084/450-193/Sans+titre.bmp

* #snmpwalk -v1 -cpublic managedHost .1.3.6.1.2.1.25.2.3.1.6
SNMPv2-SMI::enterprises.2.2.1.1.0 = INTEGER: 37566
* The totaBytes is correct. The usedBytes and freeBytes are not correct. Is-this a bug on zenoss 3.2.1 or is a miss configuration.


Thank's for help
SM REF




--------------------------------------------------------------

Reply to this message by replying to this email -or- go to the discussion on Zenoss Community
[http://community.zenoss.org/message/70318#70318]

Start a new discussion in zenoss-users by email
[discussions-community-forums-zenoss--***@community.zenoss.org] -or- at Zenoss Community
[http://community.zenoss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2003]
kb8u
2012-12-04 22:24:23 UTC
Permalink
kb8u [http://community.zenoss.org/people/kb8u] created the discussion

"Re: zenoss 3.2.1: the function usedBytes return None"

To view the discussion, visit: http://community.zenoss.org/message/70309#70309

--------------------------------------------------------------
Your example snmpwalk doesn't make any sense.  The return values would look something like:

snmpwalk -v1 -cpublic managedHost 1.3.6.1.2.1.25.2.3.1.6
HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 2593072
HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 2593072
HOST-RESOURCES-MIB::hrStorageUsed.6 = INTEGER: 270784
HOST-RESOURCES-MIB::hrStorageUsed.7 = INTEGER: 1975084
HOST-RESOURCES-MIB::hrStorageUsed.10 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.31 = INTEGER: 787586
HOST-RESOURCES-MIB::hrStorageUsed.35 = INTEGER: 20087

SNMPv2-SMI::enterprises.2.2.1.1 is in a completely different tree.

If that is really what you got back, then managedHost is very, very confused.
--------------------------------------------------------------

Reply to this message by replying to this email -or- go to the discussion on Zenoss Community
[http://community.zenoss.org/message/70309#70309]

Start a new discussion in zenoss-users by email
[discussions-community-forums-zenoss--***@community.zenoss.org] -or- at Zenoss Community
[http://community.zenoss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2003]
SM REF
2012-12-05 12:02:15 UTC
Permalink
SM REF [http://community.zenoss.org/people/sighBemuch] created the discussion

"Re: zenoss 3.2.1: the function usedBytes return None"

To view the discussion, visit: http://community.zenoss.org/message/70331#70331

--------------------------------------------------------------
Hi, thank's for your  answer.

Bellow , the result of snmpwalk and snmpgetnext:


*On managedHost (AIX):* the command snmpinfo (like snmpwalk) report well the information

  #snmpinfo -m dump -c public -h localhost 1.3.6.1.2.1.25.2.3.1.6
1.3.6.1.2.1.25.2.3.1.6.1 = 14544
1.3.6.1.2.1.25.2.3.1.6.2 = 350420
1.3.6.1.2.1.25.2.3.1.6.3 = 68817
1.3.6.1.2.1.25.2.3.1.6.4 = 36249
1.3.6.1.2.1.25.2.3.1.6.5 = 1240
1.3.6.1.2.1.25.2.3.1.6.6 = 11160
....


*On zenoss server (linux):*
#snmpwalk -V
NET-SNMP version: 5.1.2

#snmpgetnext -v2c managedHost -c public 1.3.6.1.2.1.25.2.3.1.6
        Error in packet.
        Reason: (noSuchName) There is no such variable name in this MIB.
        Failed object: HOST-RESOURCES-MIB::hrStorageUsed
#snmpwalk -v2c managedHost  -c public 1.3.6.1.2.1.25.2.3.1.6
        End of MIB

* All mib's files (included  HOST-RESOURCES-MIB)  are installed  on $ZENHOME/share/mibs/ietf.

* The snmpd.conf  is as indicate in  http://community.zenoss.org/docs/DOC-2502

The problem seems to be on the Zenoss server, and the question is, what  configuration is missed?

Thank's to indicate the main configuration checks to do ?

SM REF


--------------------------------------------------------------

Reply to this message by replying to this email -or- go to the discussion on Zenoss Community
[http://community.zenoss.org/message/70331#70331]

Start a new discussion in zenoss-users by email
[discussions-community-forums-zenoss--***@community.zenoss.org] -or- at Zenoss Community
[http://community.zenoss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2003]
kb8u
2012-12-06 19:50:21 UTC
Permalink
kb8u [http://community.zenoss.org/people/kb8u] created the discussion

"Re: zenoss 3.2.1: the function usedBytes return None"

To view the discussion, visit: http://community.zenoss.org/message/70382#70382

--------------------------------------------------------------
AIX has there own SNMP implementation (not NET-SNMP), I'm not familiar with it but looking at some documentation I found on the web, the AIX snmp daemon does either SNMP version 1 or 3.  You are trying version 2c in the command lines (-v2c) on the zenoss host, try -v1 instead.  There is also a zenoss configuration for which version to use.  On the managedHost device in zenoss, click on 'configuration properties' and change zSnmpVer to 1.  Also, zSnmpCommunity should be set to public (or whatever you've configured it to on managedHost), zSnmpMonitorIgnore shoud be false and zSnmpPort should be 161.

snmpd.conf on the zenoss host manages how the zenoss host responds to snmp queries so you do not need it unless you want zenoss to monitor it's own disks or etcetera.

If you are still not getting any responses from the AIX Host from snmpwalk -v1 etc. on the zenoss host then you need to configure the snmp daemon on the AIX host to allow it (and possibly any firewalls on it and/or iptables on the zenoss host.)

It is curious that you have the TotalBytes column, that indicates that zenoss did get an SNMP response from the AIX host (if it got this information from the zenoss.snmp.HRFileSystemMap modeler plugin and not some other plugin).  One possibility is that zenoss has been working all this time and you didn't refresh the page.  Navigate away from the File System page and then back to it; zenoss takes several poll cycles to populate the used bytes, etcetera columns (and to have the graphs draw the same information) so it is normal to not see anything for 10 to 15 minutes after modeling.
--------------------------------------------------------------

Reply to this message by replying to this email -or- go to the discussion on Zenoss Community
[http://community.zenoss.org/message/70382#70382]

Start a new discussion in zenoss-users by email
[discussions-community-forums-zenoss--***@community.zenoss.org] -or- at Zenoss Community
[http://community.zenoss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2003]
SM REF
2012-12-17 11:55:37 UTC
Permalink
SM REF [http://community.zenoss.org/people/sighBemuch] created the discussion

"Re: zenoss 3.2.1: the function usedBytes return None"

To view the discussion, visit: http://community.zenoss.org/message/70571#70571

--------------------------------------------------------------
Hello,

 I don't yet fix or find an issue  to my problem of the usedBlocks datapoint.  


*  Via the TEST's Against device  GUI  command, the snmpwalk command is OK:

  Preparing Command...
--------------------------------------------------------------

Reply to this message by replying to this email -or- go to the discussion on Zenoss Community
[http://community.zenoss.org/message/70571#70571]

Start a new discussion in zenoss-users by email
[discussions-community-forums-zenoss--***@community.zenoss.org] -or- at Zenoss Community
[http://community.zenoss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2003]
Loading...