[mrtg] Re: mrtg frustrations
Aaron Clasby
aaron.clasby at cicadacorp.com
Thu Jan 5 21:40:38 MET 2006
I get a config file, and all the interfaces are rem'd out.
Regards,
Aaron Clasby
Technical Specialist
Cicada Corporation
525 Central Park Dr., Suite 500
Oklahoma City, OK 73105
Desk: +1 405 609 3854
Ops: +1 405 426 7187
Fax: +1 405 524 7373
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On Behalf Of Anson Rinesmith
Sent: Thursday, January 05, 2006 2:11 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
What happens when you run cfgmaker? Does it create a file, or complain
about
not being able to communicate to the device?
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On
Behalf Of Aaron Clasby
Sent: Thursday, January 05, 2006 1:24 PM
To: Ruttenberg, Tanya; mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
Sorry, that is something that I have not done before, could give me the
syntax? Though, even if it wasn't working on the switch, shouldn't the
server be sending out the snpo but not getting a reply such as this:
--snpo: simple If: .100
--snpo: simple If: .100
--snpo: SNMPGet from foo at 172.20.100.200: --
ifInOctets.100,ifOutOctets.100,sysUptime,sysName
--snpo: SNMPfound -- 'undef', 'undef', '32 days, 21:17:52', 'undef'
I just want to make sure the server is sending out the request I guess,
before worrying if the device is answering back, but I would love to try
the snmpwalk.
Regards,
Aaron Clasby
Technical Specialist
Cicada Corporation
525 Central Park Dr., Suite 500
Oklahoma City, OK 73105
Desk: +1 405 609 3854
Ops: +1 405 426 7187
Fax: +1 405 524 7373
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On Behalf Of Ruttenberg, Tanya
Sent: Thursday, January 05, 2006 1:15 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
Can you do a simple snmpwalk to the device to double-check that SNMP is
running and configured correctly? I've run into that.
TDR
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On
Behalf Of Aaron Clasby
Sent: Thursday, January 05, 2006 2:02 PM
To: Anson Rinesmith; mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
I can understand that.
I got th econfig via cfgmaker, when I run cfgmaker, I get a config for
each
port on the switch. Not only this, but all ports that don't exist.
How the PowerConnect switches work is that you can stack up to I think
5.
When they are stacked and you try snmp, it will respond back with all
*possible* ports. So if you only have two, you will have ports for all 5
in
the config, which means you will have a lot of cleaning up. The port I
used
for an example is an active port so I should see no reason for it to
work.
The cfgmaker line I used is similar to that of what I used on the other
switch that is working as well as all other devices.
**
/usr/bin/cfgmaker --ifref=descr --global 'WorkDir: /home/mrtg/html'
--global 'Options[_]: bits,growright' --output
/home/mrtg/cfg/mrtg.test.cfg
foo at 172.20.100.200
**
Doing this gives me all ports and all are remarked out, so I have to go
through the list and unremark the ones that are actually live. Some of
these ports are assigned to other VLANS, but the system I am running the
cfgmaker has access to all VLANS, this wouldn't possibly be the problem
would it? That is the only other thing that I can think of. I can reach
anything plugged into each of these ports so I should be able to get
data
from these ports, or is my theory all wet?
--Aaron
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On Behalf Of Anson Rinesmith
Sent: Thursday, January 05, 2006 12:53 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
When using the interface number, that is given by default when running
cfgmaker, the syntax 2:foo at 172.20.100.200: is correct IF there is an
interface 2 AND it is active on the device. That is not always the case.
For
instance I have a switch with slots for GIG uplinks, that are my
interfaces
1 & 2, so to monitor the ETHERNET ports, I have to watch 3-26, not 1-24.
Did you get the cfg file by running cfgmaker or did you create it by
hand?
If you did it by hand, try running cfgmaker foo at 172.20.100.200 and see
if
that gives you the interfaces you are looking for.
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On
Behalf Of Aaron Clasby
Sent: Thursday, January 05, 2006 12:48 PM
To: Ruttenberg, Tanya; mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: mrtg frustrations
Now I am confused. If that is the case, why does the other switch work
with
this config?
Target[172.20.100.200_2]: 2:foo at 172.20.100.200:
SetEnv[172.20.100.200_2]: MRTG_INT_IP="" MRTG_INT_DESCR=""
MaxBytes[172.20.100.200_2]: 12500000
Title[172.20.100.200_2]: Traffic Analysis for (SW4 port 2) --
PageTop[172.20.100.200_2]: <H1>Traffic Analysis for (SW4 port 2) --
</H1>
<TABLE>
<TR><TD>System:</TD> <TD> in </TD></TR>
<TR><TD>Maintainer:</TD> <TD></TD></TR>
<TR><TD>Description:</TD><TD> </TD></TR>
<TR><TD>ifType:</TD> <TD>ethernetCsmacd (6)</TD></TR>
<TR><TD>ifName:</TD> <TD></TD></TR>
<TR><TD>Max Speed:</TD> <TD>100.0 Mbits/s</TD></TR> </TABLE>
The bit you are talking about in front of the comm string increments
with
the ports on the switch, so that also confuses me, so port 1 it would be
1:foo, 2:foo, 3:foo, etc....
--Aaron
-----Original Message-----
From: Ruttenberg, Tanya [mailto:Tanya.Ruttenberg at ssa.gov]
Sent: Thursday, January 05, 2006 8:32 AM
To: Aaron Clasby; mrtg at list.ee.ethz.ch
Subject: RE: [mrtg] mrtg frustrations
MRTG needs 2 OIDs in the target line. You have this
Target[172.20.100.202_1]: 1:foo at 172.20.100.202:
You need something like this
Target[172.20.100.202_1]: 1&1:foo at 172.20.100.202:
I'm not 100% sure of the syntax since I always explicitly list whatever
OIDs
I am trying to get. I would do it like this:
Target[172.20.100.202_1]:
ifInOctets.1&ifOutOctets.1:foo at 172.20.100.202:::::
Not sure of the mrtg shorthand.
But for sure one of your issues is that you need to collect two metrics.
Tanya Ruttenberg - RSIS Contractor
OTSO/DNE/NMPEB
tanya.ruttenberg at ssa.gov
410-965-9605
-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On
Behalf Of Aaron Clasby
Sent: Wednesday, January 04, 2006 3:11 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] mrtg frustrations
I am trying to setup another Dell switch for SNMP polling. I have one
switch
working but am running into problems with another similar switch.
I ran debug and I see it running through the config lines:
--cfg: /home/mrtg/cfg/mrtg.cfg[1978]:
######################################################################
--cfg: /home/mrtg/cfg/mrtg.cfg[1979]: # System: sw3
--cfg: /home/mrtg/cfg/mrtg.cfg[1980]: # Description: Ethernet Stackable
Switching System
--cfg: /home/mrtg/cfg/mrtg.cfg[1981]: # Contact: Aaron Clasby
--cfg: /home/mrtg/cfg/mrtg.cfg[1982]: # Location:
--cfg: /home/mrtg/cfg/mrtg.cfg[1983]:
######################################################################
--cfg: /home/mrtg/cfg/mrtg.cfg[1984]:
--cfg: /home/mrtg/cfg/mrtg.cfg[1985]:
--cfg: /home/mrtg/cfg/mrtg.cfg[1986]: ### Interface 1 >> Descr: '' |
Name: '' | Ip: '' | Eth: '' ###
--cfg: /home/mrtg/cfg/mrtg.cfg[1987]: ### The following interface is
commented out because:
--cfg: /home/mrtg/cfg/mrtg.cfg[1988]: ### * --ifref=descr is not unique
for
this interface
--cfg: /home/mrtg/cfg/mrtg.cfg[1989]: #
--cfg: /home/mrtg/cfg/mrtg.cfg[1990]: Target[172.20.100.202_1]:
1:foo at 172.20.100.202:
--cfg: /home/mrtg/cfg/mrtg.cfg[1991]: SetEnv[172.20.100.202_1]:
MRTG_INT_IP="" MRTG_INT_DESCR=""
--cfg: /home/mrtg/cfg/mrtg.cfg[1992]: MaxBytes[172.20.100.202_1]:
12500000
--cfg: /home/mrtg/cfg/mrtg.cfg[1993]: Title[172.20.100.202_1]: Traffic
Analysis for 1 -- sw3
--cfg: /home/mrtg/cfg/mrtg.cfg[1994]: PageTop[172.20.100.202_1]:
<H1>Traffic Analysis for 1 -- sw3</H1>
--cfg: /home/mrtg/cfg/mrtg.cfg[1995]: <TABLE>
--cfg: /home/mrtg/cfg/mrtg.cfg[1996]: <TR><TD>System:</TD>
<TD>sw3 in </TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[1997]: <TR><TD>Maintainer:</TD>
<TD>Aaron Clasby</TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[1998]: <TR><TD>Description:</TD><TD>
</TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[1999]: <TR><TD>ifType:</TD>
<TD>ethernetCsmacd (6)</TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[2000]: <TR><TD>ifName:</TD>
<TD></TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[2001]: <TR><TD>Max Speed:</TD>
<TD>100.0 Mbits/s</TD></TR>
--cfg: /home/mrtg/cfg/mrtg.cfg[2002]: </TABLE>
--cfg: /home/mrtg/cfg/mrtg.cfg[2003]:
--cfg: /home/mrtg/cfg/mrtg.cfg[2004]:
But I don't see any snpo lines, such as the ones below:
--snpo: simple If: .100
--snpo: simple If: .100
--snpo: SNMPGet from foo at 172.20.100.200: --
ifInOctets.100,ifOutOctets.100,sysUptime,sysName
--snpo: SNMPfound -- 'undef', 'undef', '32 days, 21:17:52', 'undef'
I am trying to get this to work via Big Brother and I wonder if this is
my
overall problem.
Regards,
Aaron Clasby
Technical Specialist
Cicada Corporation
525 Central Park Dr., Suite 500
Oklahoma City, OK 73105
Desk: +1 405 609 3854
Ops: +1 405 426 7187
Fax: +1 405 524 7373
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
DISCLAIMER: This email and any files transmitted with it are
confidential
and intended solely for the use of the individual or entity to whom they
are
addressed. If you have received this email in error please notify the
system
manager. Please note that any views or opinions presented in this email
are
solely those of the author and do not necessarily represent those of
Cicada
Companies. Finally, the recipient should check this email and any
attachments for the presence of viruses. Cicada Companies accepts no
liability for any damage caused by any virus transmitted by this email.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
DISCLAIMER: This email and any files transmitted with it are
confidential
and intended solely for the use of the individual or entity to whom they
are
addressed. If you have received this email in error please notify the
system
manager. Please note that any views or opinions presented in this email
are
solely those of the author and do not necessarily represent those of
Cicada
Companies. Finally, the recipient should check this email and any
attachments for the presence of viruses. Cicada Companies accepts no
liability for any damage caused by any virus transmitted by this email.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
DISCLAIMER: This email and any files transmitted with it are
confidential
and intended solely for the use of the individual or entity to whom they
are
addressed. If you have received this email in error please notify the
system
manager. Please note that any views or opinions presented in this email
are
solely those of the author and do not necessarily represent those of
Cicada
Companies. Finally, the recipient should check this email and any
attachments for the presence of viruses. Cicada Companies accepts no
liability for any damage caused by any virus transmitted by this email.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
DISCLAIMER: This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify the system
manager. Please note that any views or opinions presented in this email are
solely those of the author and do not necessarily represent those of Cicada
Companies. Finally, the recipient should check this email and any
attachments for the presence of viruses. Cicada Companies accepts no
liability for any damage caused by any virus transmitted by this email.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://lists.ee.ethz.ch/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
More information about the mrtg
mailing list