Ok,

I think I found what the problem is. The OID's on storage.inc.php don't work
against my FreeBSD box with Net-SNMP. Look at the output. I have attached my
snmpd.conf file from the FreeBSD box.

W.x.y.4 = Windows 2000 Server
W.x.y.90 = FreeBSD 5.3 with Net-SNMP 5.2.1.2

perth discovery # snmpwalk -v 1 -c test W.x.y.90 .1.3.6.1.2.1.25.2.3.1.3
perth discovery # snmpwalk -v 1 -c test W.x.y.90 .1.3.6.1.2.1.25.2.3.1.1
perth discovery # snmpwalk -v 1 -c test W.x.y.4 .1.3.6.1.2.1.25.2.3.1.1
HOST-RESOURCES-MIB::hrStorageIndex.1 = INTEGER: 1
HOST-RESOURCES-MIB::hrStorageIndex.2 = INTEGER: 2
HOST-RESOURCES-MIB::hrStorageIndex.3 = INTEGER: 3
HOST-RESOURCES-MIB::hrStorageIndex.4 = INTEGER: 4
perth discovery # snmpwalk -v 1 -c test W.x.y.4 .1.3.6.1.2.1.25.2.3.1.1
HOST-RESOURCES-MIB::hrStorageIndex.1 = INTEGER: 1
HOST-RESOURCES-MIB::hrStorageIndex.2 = INTEGER: 2
HOST-RESOURCES-MIB::hrStorageIndex.3 = INTEGER: 3
HOST-RESOURCES-MIB::hrStorageIndex.4 = INTEGER: 4
perth discovery # snmpwalk -v 1 -c test W.x.y.4 .1.3.6.1.2.1.25.2.3.1.3
HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: A:\
HOST-RESOURCES-MIB::hrStorageDescr.2 = STRING: C:\ Label:Local Disk  Serial
Number fc40ffed
HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: D:\
HOST-RESOURCES-MIB::hrStorageDescr.4 = STRING: Virtual Memory
perth discovery # 



Alhagie Puye - Network Engineer
Datawave Group of Companies
(604)295-1817  

> >-----Original Message-----
> >From: [EMAIL PROTECTED] 
> >[mailto:[EMAIL PROTECTED] On Behalf Of falz
> >Sent: October 17, 2005 8:32 AM
> >To: [EMAIL PROTECTED]
> >Cc: [email protected]
> >Subject: Re: [jffnms-users] More Interfaces?
> >
> >My snmpd.conf looks like this (very basic):
> >
> >  rocommunity     community 1.2.3.4
> >  syslocation     "Some Room Somewhere"
> >  syscontact      "[EMAIL PROTECTED]"
> >
> >I did an snmpwalk on a server, it appears much longer, but 
> >mine is Net-SNMP (I know they're kinda the same, but who 
> >knows). Do you have any other systems to test? Perhaps 
> >related to the snmp version on the jffnms server?
> >
> >For troubleshooting purposes, I could open snmp on one box 
> >if you wish to give me the src IP of your jffnms server to 
> >see if it works with my known working snmp client.
> >
> >--falz
> >
> >
> >On 10/17/05, Alhagie Puye <[EMAIL PROTECTED]> wrote:
> >> Did you have to put anything in snmpd.conf for memory?
> >>
> >> If I run snmpwalk against the same box, I get all kinds of 
> >statistics 
> >> about memory, disk space, cpu load, etc....
> >>
> >> perth discovery # snmpwalk -v 1 -c test <w.x.y.z> ucdavis
> >> UCD-SNMP-MIB::prIndex.1 = INTEGER: 1
> >> UCD-SNMP-MIB::prIndex.2 = INTEGER: 2
> >> UCD-SNMP-MIB::prNames.1 = STRING: sshd
> >> UCD-SNMP-MIB::prNames.2 = STRING: syslogd
> >> UCD-SNMP-MIB::prMin.1 = INTEGER: 0
> >> UCD-SNMP-MIB::prMin.2 = INTEGER: 0
> >> UCD-SNMP-MIB::prMax.1 = INTEGER: 1
> >> UCD-SNMP-MIB::prMax.2 = INTEGER: 1
> >> UCD-SNMP-MIB::prCount.1 = INTEGER: 3
> >> UCD-SNMP-MIB::prCount.2 = INTEGER: 1
> >> UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: 1
> >> UCD-SNMP-MIB::prErrorFlag.2 = INTEGER: 0
> >> UCD-SNMP-MIB::prErrMessage.1 = STRING: Too many sshd 
> >running (# = 3)
> >> UCD-SNMP-MIB::prErrMessage.2 = STRING:
> >> UCD-SNMP-MIB::prErrFix.1 = INTEGER: 0
> >> UCD-SNMP-MIB::prErrFix.2 = INTEGER: 0
> >> UCD-SNMP-MIB::prErrFixCmd.1 = STRING:
> >> UCD-SNMP-MIB::prErrFixCmd.2 = STRING:
> >> UCD-SNMP-MIB::memIndex.0 = INTEGER: 0
> >> UCD-SNMP-MIB::memErrorName.0 = STRING: swap 
> >> UCD-SNMP-MIB::memTotalSwap.0 = INTEGER: 496320 
> >> UCD-SNMP-MIB::memAvailSwap.0 = INTEGER: 496320 
> >> UCD-SNMP-MIB::memTotalReal.0 = INTEGER: 209904 
> >> UCD-SNMP-MIB::memAvailReal.0 = INTEGER: 43104 
> >> UCD-SNMP-MIB::memTotalFree.0 = INTEGER: 43136 
> >> UCD-SNMP-MIB::memMinimumSwap.0 = INTEGER: 16000 
> >> UCD-SNMP-MIB::memShared.0 = INTEGER: 23868 
> >UCD-SNMP-MIB::memBuffer.0 = 
> >> INTEGER: 35152 UCD-SNMP-MIB::memCached.0 = INTEGER: 32 
> >> UCD-SNMP-MIB::memSwapError.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::memSwapErrorMsg.0 = STRING:
> >> UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
> >> UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
> >> UCD-SNMP-MIB::dskPath.1 = STRING: /
> >> UCD-SNMP-MIB::dskPath.2 = STRING: /var
> >> UCD-SNMP-MIB::dskDevice.1 = STRING: /dev/ad0s1a
> >> UCD-SNMP-MIB::dskDevice.2 = STRING: /dev/ad0s1d
> >> UCD-SNMP-MIB::dskMinimum.1 = INTEGER: 100000
> >> UCD-SNMP-MIB::dskMinimum.2 = INTEGER: 100000
> >> UCD-SNMP-MIB::dskMinPercent.1 = INTEGER: -1
> >> UCD-SNMP-MIB::dskMinPercent.2 = INTEGER: -1
> >> UCD-SNMP-MIB::dskTotal.1 = INTEGER: 253678
> >> UCD-SNMP-MIB::dskTotal.2 = INTEGER: 3965678
> >> UCD-SNMP-MIB::dskAvail.1 = INTEGER: 197392
> >> UCD-SNMP-MIB::dskAvail.2 = INTEGER: 3643022
> >> UCD-SNMP-MIB::dskUsed.1 = INTEGER: 35992
> >> UCD-SNMP-MIB::dskUsed.2 = INTEGER: 5402
> >> UCD-SNMP-MIB::dskPercent.1 = INTEGER: 15
> >> UCD-SNMP-MIB::dskPercent.2 = INTEGER: 0
> >> UCD-SNMP-MIB::dskPercentNode.1 = INTEGER: 3
> >> UCD-SNMP-MIB::dskPercentNode.2 = INTEGER: 0
> >> UCD-SNMP-MIB::dskErrorFlag.1 = INTEGER: 0
> >> UCD-SNMP-MIB::dskErrorFlag.2 = INTEGER: 0
> >> UCD-SNMP-MIB::dskErrorMsg.1 = STRING:
> >> UCD-SNMP-MIB::dskErrorMsg.2 = STRING:
> >> UCD-SNMP-MIB::laIndex.1 = INTEGER: 1
> >> UCD-SNMP-MIB::laIndex.2 = INTEGER: 2
> >> UCD-SNMP-MIB::laIndex.3 = INTEGER: 3
> >> UCD-SNMP-MIB::laNames.1 = STRING: Load-1
> >> UCD-SNMP-MIB::laNames.2 = STRING: Load-5
> >> UCD-SNMP-MIB::laNames.3 = STRING: Load-15
> >> UCD-SNMP-MIB::laLoad.1 = STRING: 0.00
> >> UCD-SNMP-MIB::laLoad.2 = STRING: 0.00
> >> UCD-SNMP-MIB::laLoad.3 = STRING: 0.00
> >> UCD-SNMP-MIB::laConfig.1 = STRING: 3.00
> >> UCD-SNMP-MIB::laConfig.2 = STRING: 2.00
> >> UCD-SNMP-MIB::laConfig.3 = STRING: 1.00
> >> UCD-SNMP-MIB::laLoadInt.1 = INTEGER: 0
> >> UCD-SNMP-MIB::laLoadInt.2 = INTEGER: 0
> >> UCD-SNMP-MIB::laLoadInt.3 = INTEGER: 0
> >> UCD-SNMP-MIB::laLoadFloat.1 = Opaque: Float: 0.000000
> >> UCD-SNMP-MIB::laLoadFloat.2 = Opaque: Float: 0.000000
> >> UCD-SNMP-MIB::laLoadFloat.3 = Opaque: Float: 0.000000
> >> UCD-SNMP-MIB::laErrorFlag.1 = INTEGER: 0
> >> UCD-SNMP-MIB::laErrorFlag.2 = INTEGER: 0
> >> UCD-SNMP-MIB::laErrorFlag.3 = INTEGER: 0
> >> UCD-SNMP-MIB::laErrMessage.1 = STRING:
> >> UCD-SNMP-MIB::laErrMessage.2 = STRING:
> >> UCD-SNMP-MIB::laErrMessage.3 = STRING:
> >> UCD-SNMP-MIB::ssIndex.0 = INTEGER: 1
> >> UCD-SNMP-MIB::ssErrorName.0 = STRING: systemStats 
> >> UCD-SNMP-MIB::ssSwapIn.0 = INTEGER: 0 UCD-SNMP-MIB::ssSwapOut.0 = 
> >> INTEGER: 0 UCD-SNMP-MIB::ssSysInterrupts.0 = INTEGER: 361 
> >> UCD-SNMP-MIB::ssSysContext.0 = INTEGER: 302 
> >UCD-SNMP-MIB::ssCpuUser.0 
> >> = INTEGER: 0 UCD-SNMP-MIB::ssCpuSystem.0 = INTEGER: 2 
> >> UCD-SNMP-MIB::ssCpuIdle.0 = INTEGER: 97 
> >UCD-SNMP-MIB::ssCpuRawUser.0 = 
> >> Counter32: 133884 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 503 
> >> UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 1243339 
> >> UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 62294201 
> >> UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 223595 
> >> UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 1019744 
> >> UCD-SNMP-MIB::ssRawInterrupts.0 = Counter32: 175722556 
> >> UCD-SNMP-MIB::ssRawContexts.0 = Counter32: 146370077 
> >> UCD-DLMOD-MIB::dlmodNextIndex.0 = INTEGER: 1 
> >> UCD-SNMP-MIB::logMatchMaxEntries.0 = INTEGER: 50 
> >> UCD-SNMP-MIB::versionIndex.0 = INTEGER: 1 
> >UCD-SNMP-MIB::versionTag.0 = 
> >> STRING: 5.2.1.2 UCD-SNMP-MIB::versionDate.0 = STRING: $Date: 
> >> 2004/01/27 17:24:26 $ UCD-SNMP-MIB::versionCDate.0 = 
> >STRING: Mon Oct 
> >> 17 08:13:58 2005 UCD-SNMP-MIB::versionIdent.0 = STRING: $Id: 
> >> versioninfo.c,v 5.2 2004/01/27
> >> 17:24:26 slif Exp $
> >> UCD-SNMP-MIB::versionConfigureOptions.0 = STRING: ""
> >> UCD-SNMP-MIB::versionClearCache.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::versionUpdateConfig.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::versionRestartAgent.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::versionSavePersistentData.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::versionDoDebugging.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::snmperrIndex.0 = INTEGER: 0 
> >UCD-SNMP-MIB::snmperrNames.0 
> >> = STRING: snmp UCD-SNMP-MIB::snmperrErrorFlag.0 = INTEGER: 0 
> >> UCD-SNMP-MIB::snmperrErrMessage.0 = STRING:
> >> perth discovery #
> >>
> >> But when I run the manual discovery against the same box, 
> >I don't get 
> >> any information on memory or disk space.
> >>
> >> The Windows box is running 2000 server and I have Net-SNMP 5.2.1 
> >> running on it as well.
> >>
> >> Thanks,
> >>
> >> Alhagie Puye - Network Engineer
> >> Datawave Group of Companies
> >> (604)295-1817
> >>
> >> > >-----Original Message-----
> >> > >From: [EMAIL PROTECTED]
> >> > >[mailto:[EMAIL PROTECTED] On 
> >Behalf Of falz
> >> > >Sent: October 17, 2005 5:07 AM
> >> > >To: [email protected]
> >> > >Subject: Re: [jffnms-users] More Interfaces?
> >> > >
> >> > >We run jffnms against dozens of FreeBSD boxes, 
> >everything graphed 
> >> > >corretly. This is on things as old as FreeBSD 3.x, up 
> >through 5.x.
> >> > >Some UCD-SNMP, most NET-SNMP. JFF works fine on all of those.
> >> > >
> >> > >What version of windows are you running? Should work 
> >fine there too.
> >> > >
> >> > >--falz
> >> > >
> >> > >On 10/16/05, Alhagie Puye <[EMAIL PROTECTED]> wrote:
> >> > >> Thanks for the response.
> >> > >>
> >> > >> I have tried that but for the Windows machine, I only get
> >> > >hard disk
> >> > >> stats and swap. No real memory information. Also no
> >> > >information on CPU
> >> > >> (percent utilization, load, etc)
> >> > >>
> >> > >> For the FreeBSD box, I don't get any information on disk
> >> > >or memory.
> >> > >> Just CPU information. This box has the Net-SNMP agent 
> >v 5.2.1.2
> >> > >>
> >> > >> Can I copy the storage.inc.php file to a new file and edit
> >> > >the OID to
> >> > >> that match the Net-SNMP OID's? Would that help?
> >> > >>
> >> > >> Thanks,
> >> > >>
> >> > >> Alhagie Puye - Network Engineer
> >> > >> Datawave Group of Companies
> >> > >> (604)295-1817
> >> > >>
> >> > >> > >-----Original Message-----
> >> > >> > >From: [EMAIL PROTECTED]
> >> > >> > >[mailto:[EMAIL PROTECTED] 
> >On Behalf Of 
> >> > >> > >Javier Szyszlican
> >> > >> > >Sent: October 16, 2005 4:15 PM
> >> > >> > >Cc: [email protected]
> >> > >> > >Subject: Re: [jffnms-users] More Interfaces?
> >> > >> > >
> >> > >> > >All that is already written and included in jffnms.
> >> > >> > >
> >> > >> > >Look for
> >> > >> > >"Storage" Disk/memory on Linux/Solaris and Windows
> >> > >"XXXXXX System
> >> > >> > >Info" CPU, Load, etc for each OS.
> >> > >> > >
> >> > >> > >Javier
> >> > >> > >
> >> > >> > >Alhagie Puye wrote:
> >> > >> > >> Hello all,
> >> > >> > >>
> >> > >> > >> Is there a repository of interfaces written by other
> >> > >> > >users? I want to
> >> > >> > >> monitor memory, disk space, load, etc on
> >> > >> > >Linux/Solaris/Windows boxes
> >> > >> > >> but I don't see it in the interface list.
> >> > >> > >>
> >> > >> > >> I am asumming that these interfaces have already been
> >> > >> > >written and are
> >> > >> > >> using them. I don't want to reinvent the wheel.
> >> > >> > >>
> >> > >> > >> Thanks in advance.
> >> > >> > >>
> >> > >> > >> Alhagie Puye - Network Engineer Datawave Group 
> >of Companies
> >> > >> > >> (604)295-1817
> >> > >> > >>
> >> > >> > >>
> >> > >> > >>
> >> > >> > >> -------------------------------------------------------
> >> > >> > >> This SF.Net email is sponsored by:
> >> > >> > >> Power Architecture Resource Center: Free 
> >content, downloads,
> >> > >> > >> discussions, and more.
> >> > >> > >> http://solutions.newsforge.com/ibmarch.tmpl
> >> > >> > >> _______________________________________________
> >> > >> > >> jffnms-users mailing list
> >> > >> > >> [email protected]
> >> > >> > >> https://lists.sourceforge.net/lists/listinfo/jffnms-users
> >> > >> > >
> >> > >> > >--
> >> > >> > >=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> >> > >> > >Javier Szyszlican, Project Leader, JFFNMS [EMAIL PROTECTED]
> >> > >> > >
> >> > >> > >I hope JFFNMS or I were helpful to you, if you can,
> >> > >please donate
> >> > >> > >at http://jffnms.org/donate
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > >-------------------------------------------------------
> >> > >> > >This SF.Net email is sponsored by:
> >> > >> > >Power Architecture Resource Center: Free content, 
> >downloads,
> >> > >> > >discussions, and more.
> >> > >http://solutions.newsforge.com/ibmarch.tmpl
> >> > >> > >_______________________________________________
> >> > >> > >jffnms-users mailing list
> >> > >> > >[email protected]
> >> > >> > >https://lists.sourceforge.net/lists/listinfo/jffnms-users
> >> > >>
> >> > >>
> >> > >>
> >> > >> -------------------------------------------------------
> >> > >> This SF.Net email is sponsored by:
> >> > >> Power Architecture Resource Center: Free content, downloads,
> >> > >> discussions, and more. 
> >http://solutions.newsforge.com/ibmarch.tmpl
> >> > >> _______________________________________________
> >> > >> jffnms-users mailing list
> >> > >> [email protected]
> >> > >> https://lists.sourceforge.net/lists/listinfo/jffnms-users
> >> > >>
> >> > >
> >> > >
> >> > >-------------------------------------------------------
> >> > >This SF.Net email is sponsored by:
> >> > >Power Architecture Resource Center: Free content, downloads,
> >> > >discussions, and more. 
> >http://solutions.newsforge.com/ibmarch.tmpl
> >> > >_______________________________________________
> >> > >jffnms-users mailing list
> >> > >[email protected]
> >> > >https://lists.sourceforge.net/lists/listinfo/jffnms-users
> >>
> >>
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by:
> >Power Architecture Resource Center: Free content, downloads, 
> >discussions,
> >and more. http://solutions.newsforge.com/ibmarch.tmpl
> >_______________________________________________
> >jffnms-users mailing list
> >[email protected]
> >https://lists.sourceforge.net/lists/listinfo/jffnms-users

Attachment: snmpd.conf
Description: Binary data

Reply via email to