[mrtg] Re: Getting the basics on Target[help]

[C.Prickaerts at UB.UNIMAAS.NL]

Hi Alex,

I know there is a FAQ on this ;) I did first check the faq site, also the
page you suggested. There it says one should check with snmpwalk to see what
the box on which you query the oid returns. It returns me a value nicely,
nothing about instances.

> This is because MRTG is parsing the target incorrect.  It seems to
> think you're looking for "5:public at router".  The problem will probably
> go away when you've fixed the other problem.  If not, leave out the
> leading dot.  (I don't think it is a problem anymore but it shouldn't
> be there anyway).
I took away the leading dot, didn't change anything.

Now I tried OID_1&OID_1 again, and it gave me this in return:

SNMPGET Problem for 1.3.6.1.2.1.6.5 1.3.6.1.2.1.6.5 sysUptime sysName on
public at 192.168.30.30

Doesn't it recognize the '&' ?

Or could it be a OID I'm not supposed to graph?


regards,

Chris


> > WorkDir:/home/httpd/html/test
> > Target[test.host]: 
> .1.3.6.1.2.1.6.5&.1.3.6.1.2.1.6.5:public at 192.168.30.30
> > MaxBytes[test.host]: 1250000
> > 
> > With GetIF I got the OID on a W2K machine for number of TCP 
> Connections "The
> > number of times TCP connections have made a direct transition to the
> > SYN-RCVD state from the LISTEN state" --> .1.3.6.1.2.1.6.5 
> , Just figured I
> > could try anything.
> > Only want to graph one thing, so I did like this 
> OID_1&OID_1 But it doesn't
> > work, giving me the:
> > 
> > Received SNMP response with error code
> >   error status: noSuchName
> 
> This is a FAQ. See the faq site, click through to the faq entries
> themselves and look under "SNMP ERROR: no such name"
> 
> > Strangely if I only do OID_1 it makes the graphs, but gives error:
> > 
> > SNMPGET Problem for ifInOctets.5 ifOutOctets.5 sysUptime sysName on
> > public at 192.168.30.30
> 
> This is because MRTG is parsing the target incorrect.  It seems to
> think you're looking for "5:public at router".  The problem will probably
> go away when you've fixed the other problem.  If not, leave out the
> leading dot.  (I don't think it is a problem anymore but it shouldn't
> be there anyway).

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi