I believe I've discovered why MRTG was not writing out the RRD files, but answering that question, generated more questions and no real solution as of yet.
I did a tcpdump/traffic sniff of the SNMP traffic going between my MRTG system and one of the Cisco 6513 switches whose RRD file is not being updated. The SNMP get-requests and responses never stopped! I capture the info to a file and for 25 minutes (07:50:49 to 08:15:59) the SNMP traffic literally did not stop. The requests are getting responses, within .05 seconds but looking at the timestamps, there is a request/response pair every .10 seconds and it did not stop for the entire capture period of 25 minutes! This particular switch has 190 interfaces, but this type of traffic should not be occurring. The SNMP get-responses, BTW, are not timeouts, they are response with valid data (numeric). I did a traffic sniff of another 6513, with 103 interfaces that was local to the MRTG box. That SNMP traffic which included getting not only the traffic stats, but the port error counters as well (double the number of SNMP gets) took about 30 seconds to complete. Note that the switch with the problem is connected via a DS3 connection to another site. The DS3 averages about 10mbps of traffic so there is plenty of room there and the average response time from the MRTG box to the switch having an issue is 49ms. So no the question is why the constant stream of SNMP traffic? Mike _______________________________________________ mrtg mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
