Ah yes, index changes - happens all the time.  You can take a few approaches to 
deal with it.
 
1.  Write your own wrapper that figures out, before each run, if the interfaces 
descriptions have changed from the last run.  Then perform a scan to see what 
index that particular description is at now and modify the config to poll that. 
 I did that when I first started using MRTG, but don't anymore.
 
2.  Use a frontend that handles that sort of stuff.  There are plenty of 
examples at Tobi's site.
 
3.  Don't poll using index.  Use some other option that stays static.  You 
probably added an interface or subinterface at some point and then rebooted the 
device.  You can include a command in the router called something like snmp 
ifindex persist, but I've found that's not always available.
 
Paul

>>> Scott Danton <[email protected]> 4/8/2010 9:47 AM >>>

Ok here is the information
 
I can see why the information is not graphing.  I just need to find out what 
changed.
 
[r...@linux log]# snmpwalk -v 1 -c public 172.16.10.4 ifInOctets
IF-MIB::ifInOctets.1 = Counter32: 3599292404
IF-MIB::ifInOctets.2 = Counter32: 0
IF-MIB::ifInOctets.4 = Counter32: 0
IF-MIB::ifInOctets.13 = Counter32: 935106630
IF-MIB::ifInOctets.14 = Counter32: 933843337
IF-MIB::ifInOctets.15 = Counter32: 343834057
IF-MIB::ifInOctets.16 = Counter32: 2619897798
IF-MIB::ifInOctets.17 = Counter32: 3001469566
IF-MIB::ifInOctets.18 = Counter32: 3774870276
IF-MIB::ifInOctets.19 = Counter32: 3501568946
IF-MIB::ifInOctets.20 = Counter32: 13520013
 
[r...@linux log]# snmpwalk -v 1 -c public 172.16.10.4 ifOutOctets
IF-MIB::ifOutOctets.1 = Counter32: 2196936294
IF-MIB::ifOutOctets.2 = Counter32: 0
IF-MIB::ifOutOctets.4 = Counter32: 0
IF-MIB::ifOutOctets.13 = Counter32: 1348735474
IF-MIB::ifOutOctets.14 = Counter32: 2757107875
IF-MIB::ifOutOctets.15 = Counter32: 3130416318
IF-MIB::ifOutOctets.16 = Counter32: 1603004732
IF-MIB::ifOutOctets.17 = Counter32: 1025048043
IF-MIB::ifOutOctets.18 = Counter32: 2364888761
IF-MIB::ifOutOctets.19 = Counter32: 776253377
IF-MIB::ifOutOctets.20 = Counter32: 13520093
 

From:[email protected] 
[mailto:[email protected]] On Behalf 
Of PAUL WILLIAMSON
Sent: Thursday, April 08, 2010 8:17 AM
To: [email protected] 
Subject: Re: [mrtg] MRTG Graphs not populating.

 

>From your MRTG box, do this:

 

snmpget -v 1 -c public 172.16.10.4 ifInOctets.12
snmpget -v 1 -c public 172.16.10.4 ifOutOctets.12
snmpget -v 1 -c public 172.16.10.4 ifInOctets.13
snmpget -v 1 -c public 172.16.10.4 ifOutOctets.13

If that doesn't work, try:

 

snmpwalk -v 1 -c public 172.16.10.4 ifInOctets

snmpwalk -v 1 -c public 172.16.10.4 ifOutOctets

 

and make sure the indices haven't changed or something else.

 

Paul


>>> Scott Danton <[email protected]> 4/8/2010 8:59 AM >>>

I have attached a text file from config.  I have included 2 pollings.  The 
first one is not mapping anything and the second is.  They are on the same 
physical router.  
 
Can you tell me how to run this from the command line?  I will do it and post 
back.  
 
I am currently running mrtg using this command.  
 
env LANG=C /usr/bin/mrtg /etc/mrtg/Gallatin.cfg
where do I enable logging?  Is it right before the /etc/mrtg/Gallatin.cfg?  
after I enable logging where are the logs stored?
 

Thanks for everything,
Scott
 

From:[email protected] 
[mailto:[email protected]] On Behalf 
Of PAUL WILLIAMSON
Sent: Wednesday, April 07, 2010 3:09 PM
To: [email protected] 
Subject: Re: [mrtg] MRTG Graphs not populating.

 

Can you poll the device from the command line?  What is the target line from 
the config?

 

Paul

>>> Scott Danton <[email protected]> 4/7/2010 4:02 PM >>>

Does anyone have any ideas on how to troubleshoot why some of my interfaces are 
not graphing.   Is there something that I can look at to see on either the 
router or the mrtg server?
 
Thanks,
Scott
 

From:[email protected] 
[mailto:[email protected]] On Behalf 
Of Scott Danton
Sent: Monday, April 05, 2010 4:13 PM
To: '[email protected]'
Subject: [mrtg] MRTG Graphs not populating.

 
I have been monitoring my t-1 lines for about 3 years and have never realy had 
a problem.  My server crashed and I rebuilt on a VM. It has been so long that I 
do not remember anything that I had to do to get things running.  I did have 
some old back ups of cfg file.  I have re-installed and I am haing a strange 
issue.  I monitor multiple interfaces on 3 devices.  Here is the strange part.  
On one device I am collecting information on 2 of the 3 interfaces.  One is 
completely blank.  The second device collect the information for my remote 
sites.  I am getting information on 4 of the 7.  So 3 are blank.  On the last 
device I am missing information on 1 of the 2 interfaces.  The config is the 
same one I used on the old server so that should not be the problem.  Each 
device is giving information, so I know the SNMP is working.  I am lost.  
Please let me know if you need any further information.
 
Thanks,
Scott************************************This email may contain privileged 
and/or confidential information that is intended solely for the use of the 
addressee.  If you are not the intended recipient or entity, you are strictly 
prohibited from disclosing, copying, distributing or using any of the 
information contained in the transmission.  If you received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy.  This communication may contain 
nonpublic personal information about consumers subject to the restrictions of 
the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or 
indirectly reuse or disclose such information for any purpose other than to 
provide the services for which you are receiving the information.There are 
risks associated with the use of electronic transmission.  The sender of this 
information does not control the method of transmittal or service providers and 
assumes no duty or obligation for the security, receipt, or third party 
interception of this 
transmission.************************************************************************This
 email may contain privileged and/or confidential information that is intended 
solely for the use of the addressee.  If you are not the intended recipient or 
entity, you are strictly prohibited from disclosing, copying, distributing or 
using any of the information contained in the transmission.  If you received 
this communication in error, please contact the sender immediately and destroy 
the material in its entirety, whether electronic or hard copy.  This 
communication may contain nonpublic personal information about consumers 
subject to the restrictions of the Gramm-Leach-Bliley Act and the 
Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such 
information for any purpose other than to provide the services for which you 
are receiving the information.There are risks associated with the use of 
electronic transmission.  The sender of this information does not control the 
method of transmittal or service providers and assumes no duty or obligation 
for the security, receipt, or third party interception of this 
transmission.************************************
************************************
This email may contain privileged and/or confidential information that is 
intended solely for the use of the addressee.  If you are not the intended 
recipient or entity, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the transmission.  If 
you received this communication in error, please contact the sender immediately 
and destroy the material in its entirety, whether electronic or hard copy.  
This communication may contain nonpublic personal information about consumers 
subject to the restrictions of the Gramm-Leach-Bliley Act and the 
Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such 
information for any purpose other than to provide the services for which you 
are receiving the information.
There are risks associated with the use of electronic transmission.  The sender 
of this information does not control the method of transmittal or service 
providers and assumes no duty or obligation for the security, receipt, or third 
party interception of this transmission.
************************************
_______________________________________________
mrtg mailing list
[email protected]
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

Reply via email to