Re: [squid-users] mrtg and squid

How can I determine what OID cacheMedianTime.5 is?

Jim

                                                                                                                   
                    Henrik
                    Nordstrom To: Jim_Brouse/PYT@PASCUAYAQUITRIBE.ORG
                    <hno@squid-cac cc: squid-users@squid-cache.org
                    he.org> Subject: Re: [squid-users] mrtg and squid
                                                                                                                   
                    01/07/2004
                    09:35 AM
                                                                                                                   
                                                                                                                   

Seems this version of MRTG does not like mixing numeric and symbolic names
in the same OID.

Should work with symbolic OIDs where no additional arguments is required
in the OID however.

Regards
Henrik

On Wed, 7 Jan 2004 Jim_Brouse/PYT@PASCUAYAQUITRIBE.ORG wrote:

>
> I was trying to reference the OID numerically because when I refence it
by
> name I get messages like "evaluated to 5 instead of a number"
>
> File output and mrtg output below.
>
>
>
> cat /var/www/mrtg/squid/mrtg.cache.cfg
>
>
> WorkDir: /var/www/mrtg/squid
> IconDir: /images/
> LoadMIBs: /var/www/mrtg/squid/mib.txt
> Target[squid.cache.client.usage]:
> "cacheMedianTime.5&cacheMedianTime.5:public@localhost:3401"
> Title[squid.cache.client.usage]: Cache Statistics: Client IP Accesses
> PageTop[squid.cache.client.usage]: <H1>Cache Statistics: # of Client IPs
> accessing cache</H1>
> Xsize[squid.cache.client.usage]: 600
> Ysize[squid.cache.client.usage]: 200
> Ytics[squid.cache.client.usage]: 10
> LegendI[squid.cache.client.usage]: Client Accesses
> ShortLegend[squid.cache.client.usage]: &nbsp;
> LegendO[squid.cache.client.usage]:
> Legend1[squid.cache.client.usage]: Client Accesses
> Legend2[squid.cache.client.usage]:
> YLegend[squid.cache.client.usage]: # of current clients
> MaxBytes[squid.cache.client.usage]: 10
> Options[squid.cache.client.usage]: gauge
>
>
>
> mrtg /var/www/mrtg/squid/mrtg.cache.cfg
>
> ERROR: Target[squid.cache.client.usage][_IN_] '" $$target[0]{$mode} "'
> evaluated to ' 5 ' instead of a number
> ERROR: Target[squid.cache.client.usage][_OUT_] '" $$target[0]{$mode} "'
> evaluated to ' 5 ' instead of a number
> WARNING: Skipping Update of squid.cache.client.usage, inlast is not
defined
> WARNING: Skipping Update of squid.cache.client.usage, outlast is not
> defined
>
>
>
> Jim
>
>
>
>
>

> Henrik

> Nordstrom To:
Jim_Brouse/PYT@PASCUAYAQUITRIBE.ORG
> <hno@squid-cac cc: Henrik Nordstrom
<hno@squid-cache.org>,
> he.org> <squid-users@squid-cache.org>

> Subject: Re: [squid-users]
mrtg and squid
> 01/06/2004

> 02:45 PM

>

>

>
>
>
>
> Your Target does not at all match what is in the documentation.
>
> The numeric OID you have specified does not exists as a value in the
Squid
> MIB, and the error message is thus fully correct as MRTG can not plot
> things that does not exists.
>
> .1.3.6.1.4.1.3495.1.1.1 is enterprise.nlanr.Squid.cacheSystem.
>
>
> Why do you specify the OID numerically? It is much easier to load the
> Squid MIB into MRTG and then specify the OID by name.
>
> Regards
> Henrik
>
>
> On Tue, 6 Jan 2004 Jim_Brouse/PYT@PASCUAYAQUITRIBE.ORG wrote:
>
> >
> > I have tried many configurations I am now trying to get this simplified
> > mrtg.cfg for squid to work
> >
> > >From Documentation at
> >
>
http://howto.aphroland.de/HOWTO/MRTG/SquidMonitoringWithMRTGHostsInIPCache
> >
> > Below contents of mrtg.cfg file
> > WorkDir: /var/www/mrtg/squid
> > Target[squid.cache.ipcache]:
> > .1.3.6.1.4.1.3495.1.1.1&.1.3.6.1.4.1.3495.1.1.1:public@localhost:3401
> > Title[squid.cache.ipcache]: Cache Statistics: # of Hosts in IP Cache
> >
> > Output is
> > mrtg /var/www/mrtg/squid/mrtg.client.squid.cfg
> > SNMP Error:
> > Received SNMP response with error code
> > error status: noSuchName
> > index 3 (OID: 1.3.6.1.2.1.1.3.0)
> > SNMPGET Problem for .1.3.6.1.4.1.3495.1.1.1 .1.3.6.1.4.1.3495.1.1.1
>
>
>
>
>
Received on Wed Jan 07 2004 - 11:48:34 MST